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ABSTRACT 



A method of processing incoming digital telephone calls 
from remotely located call originators which are destined for 
receipt by a host computer system. The host computer 
system is linked to the telephone network by a network 
access server. The call originators may be any type of data 
terminal, such as a personal computer or a credit card swipe, 
which is connected to a modem. The network access server 
extracts control signals imparted onto the telephone line and 
correlates the control signals with particular 
communications, routing or applications protocols identified 
with the call originators. The modem in the network access 
server which answers the call is configured during the call 
connect process and placed in a compatible format for the 
communications protocol of the incoming call. This 
dynamic custom configuration of the modem reduces the 
overall telephone call connection and processing time. The 
control signals may also be used by network access server 
for customized call routing or by the network access server 
or host computer system to run specialized application 
programs. The method is particularly suitable for use by 
large enterprises handling a high volume of incoming calls 
in which data is transmitted to the host computer system 
according to a variety of different communications 
protocols, or where the implementation of different routing 
paths or applications programs is desireable according to the 
identity or classification of the call originator. 

18 Claims, 18 Drawing Sheets 
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TELEPHONE CALL ROUTING AND card swipe terminal and its associated modem, electronic 

SWITCHING TECHNIQUES FOR DATA cash registers which are also linked to a modem, and perhaps 

COMMUNICATIONS ^ network of computers located in regional oflEces that are 

linked by modems to the telephone system which are used 

This is a divisional of application Ser. No. 08/212,515 s for periodically forwarding sales or inventory reports to the 

filed Mar. 11, 1994, pending. headquarters. Among this set of call originators, the credit 

card swipe terminals may communicate according to the 

BACKGROUND OF THE INVENTION 300, 1200 and 2400 baud V.22 bis asynchronous protocols. 

A c" u f T *• The cash registers may communicate according to the Bell 

A. Field of the Invention ^^qo Aonn u a u \f a ^ u ^m-^ w 

208B 4800 baud half duplex synchronous or V.32 bis 

This invention relates generally to the fields of protocol. The computers at the regional ofBces may also use 
telecommunications, and tHe processes by which telephone different communications protocols. In order for a prior art 
calls arc switched and routed mto a computer system. More ^^twork access server to handle these various communica- 
particularly, the invention relates to methods for processing ^-^^^ protocols, it has to go through time-consuming hand- 
telephone calls which onginate from remotely located com- shaking routines at the start of each call to determine which 
puters or other data termmals (referred to herein as call communications protocol is being used by the call 
ongmators), and which are destined for receipt by a host originator, and then configure the modem accordingly. When 
computer system. jj^^ ^^^^^ computer access lime and long distance call time 

The invention has applications in both commercial and are considered, this extra cost becomes a burden on the 

governmental settings. The invention is particularly suitable profitabiUty of the business. If the business processes mil- 

for use in applications in which the host computer system Uons of calls per year, these costs can become very signifi- 

receives incoming calls from call originators that are cant. 

equipped with modems that operate according to various recent years, the trend in telecommunications has been 
different communications protocols. One example would be design equipment that decreases the call connection and 
where the host computer system is the computer system transmission time, with a goal being to reduce costs. One 
operated at the headquarters of a chain of retail stores, and ^^^^^^ ^j^^^ ^leen implemented is the installation of 
where the stores are distributed over a wide area. In this digital telephone communications lines, such as the 
example, the call originators could be, for example, credit so-called Tl digital system. This system is a 24-voice 
card swipe machines and electronic cash registers located in channel, 1.544 Mb/s, time division multiplexed carrier sys- 
the vanous stores. The methods disclosed herein are per- tern. General background information on this system is 
formed by an clement of communications equipment we located in the Electronic Engineers' Handbook, ch. 22 (3rd 
have called a "network access server", which is connected to Edition, 1 989), which is incorporated by reference herein, 
the host computer system via a network. The network access ^^^^^ p^^mits rapid transmission rates and the stack- 
server receives the incommg calls and routes them to the j^g multiple data channels into a single trunk. The Tl 
host computer system in an efiBcient manner using the system, and other digital systems such as the ISDN system, 
techniques of our mvention. preferred data transmission modes by entities which 

B. Description of Related Art handle a large volume of incoming calls from data terminals. 
Computers and other terminals that generate digital data principally because of the high data transmission rate. 

presently have the ability to transfer files of information to One feature which is available with Tl digital telephone 

a remote host computer over the public telephone network. 40 service is that the telephone company has the capability of 

The device that permits this function to be performed is a placing control signals onto the telephone line at the begin- 

modem, one of which is placed at the remote data tenninal ning of the call. These control signals, which at the present 

and another of which is placed at the host computer. A time are typically in the form of multifrequency tones 

modem is a device that modulates the digital data onto to an (discussed in detail below), are presently used to identify the 

analog telephone line at the remote location and demodu- 45 carrier access code, which is the number dialed by the call 

lates the data from the telephone like at the host computer, originator. This service is presently known as Feature Group 

extracting the digital data. B service. An additional telephone company service, known 

For an individual or business that owns a single computer, as Feature Group D, imparts other control signals, again in 
a single modem will ordinarily be all the equipment that the the form of multifrequency tones, that are identified with the 
individual or business needs to interface the computer with 50 telephone number assigned to the call originator. The tech- 
remote computers to receive incoming data communica- nique is similar to the concept of "caller id." Besides 
tions. For most business and governmental institutions, multifrequency tones, other types of control signals can be 
however, much more is required in terms of communications imparted onto the telephone line, such as ISDN and out-of- 
equipment. Large businesses, such as the national retail band signalling techniques. Techniques are becoming avail- 
chain referred to previously, may typically have to have the 55 able whereby a remote computer user may input control 
capability of both receiving perhaps hundreds of incoming signals directly into the telephone fine, 
calls at any one time originating from remote computers or The present invention describe techniques for making 
data terminals, and also routing those calls to various novel and advantageous use of these control signals to 
different computers arranged in a local or wide area network. further reduce the transaction processing and communica- 
Obviously, much more sophisticated communications eo tion fimc, and/or to permit the network access server to make 
equipment is required for such large scale operations. customized use of these signals. Briefly, in an important 

Aproblem that arises in such large scale operations is that aspect of the invention, the invention makes use of the 

the calls are incoming from a wide variety of types of data control signals by conelating the control signals to different 

terminals, and the modems connected to the data terminals communications protocols used by the various call origina- 

may operate according to a wide variety of different com- 65 tors. The control signals are used to configure the network 

munications protocols. Referring again to our example of access server prior to the completion of the call connect 

the large business, the call originators may include a credit process, resulting in significantly reduced communication 
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connection and processing times. The invention further "call originator" is a generic term referring to any data 
permits the host computer system to process and make use terminal which is connected to a telephone line and which 
of the control signal in parallel while the call setup and calls into the host computer system. Examples of call 
modem configuration process is being performed. In another originators are an electronic cash register, a credit card 
aspect of the invention, the network access server extracts $ swipe, a lottery ticket machine located in a convenience 
the control signals and uses the control signals to run specific store, and a computer terminal. The term "network access 
applications programs (e.g., to do data base look-ups, to set server"* refers to the communications equipment that con- 
up specific menu screens) or other activities on a customized tains a modem and interfaces between the incoming tele- 
basis, all based on the extracted control signal. The invention phone lines and the network, 
is also capable of performing customized routing of the SUMMARY OF THE INVENTION 
incoming calls based on the control signals extracted from 

the incomine call present mvention is a method for processing mcom- 

. ^, *, . ^ . . . ^ , ^ ine communications between remotely located call origina- 

Another example or pnor art techniques to speed trans- « j , * i i • • i * ^ #u 

. ... J • • .7 A_' ^ J tors and a computer network. In one pnncipal aspect or the 

action time in credit card processmg is the use of high speed ^jvention, the method is earned out in a communication 
asymmetrical communications technologies. An advanced ^5 processing system having a network access server that is 

version of this technique, invented by Dale Walsh and ^^^^ ^ the network, and a memory storing a communi- 

CUfiFord Wallach, is explained in their U.S. Pat. No. 4,890, nation protocol parameter which is associated with the 

316, which IS assigned to U.S. Robotics, Inc., the assignee incoming communications from the call originators. The 

of the present invention. Briefly, this technique involves the method comprises the steps of: 

recognition that during the first part of a credit card trans- initiating a connection between the call originator and the 

action call when the request is being sent, the modem for a network access server 

call originator credit card terminal sends a relatively large (5) extracting one or more control signals from the incoming 



amount information to the called modem at the host com- 



communication; 



puter system durmg the credit card transaction. Dunng this (c) correlating the control signals to the protocol parameters 

part of the call, only a small amount of mformation is sent ^5 assigned to the control signals; and 

the other way When the acknowledgement is sent from the (d) configuring the network access server according to the 

host computer system to the credit card modem, the remote protocol parameters. The incoming communication is 

credit card modem has very little information to transmit, accordingly routed through the network access server to the 

while the modem at the host computer has a relatively large network according to the protocol parameter. By performing 

amount of information to transmit. In the invention of the 30 this method, the overall communication connection and 

'316 patent, the credit card modem transmits the credit card processing lime of the incoming communication is signifi- 

request at a very high data rate, while the host modem ^^^^tly reduced, because the call originators and the network 

sunultaneously transmits mformation in the opposite du-ec- access server do not have to go through time consuming 

tion at a very low rate. handshaking routines to arrive at the proper communications 

After the credit card request is transmitted, the transmis- 35 protocol — ^rather, the network access server is custom con- 

sion rates reverse so that the host computer modem transmits figured during the call connect sequence according to the 

at a very high rate, and the credit card modem transmits at particular protocol parameter(s) for the call. Significantly, 

a lower rate. This asymmetrical mode of communication can the real time configuration of the network access server 

substantially reduce credit card transaction time. The present based on the control signals is accomplished prior to the 

invention takes advantage of this prior art technique in a new 40 completion of the call set-up, and therefore does not add to 

and unexpected way in an integrated network access server. the overall call connection time. 

Yet another way the prior art has attempted to speed up the In another aspect of the invention, the extracted control 

communications process is to develop advanced modulation signals are converted to digital data which is alternatively 

schemes, data compression techniques, and to use faster data used by the network access server or host computer system 

transmission rates, which permit larger blocks of data to be 45 to run customized applications programs according to the 

transferred per second to the host computer system. The extracted control signal. For example, if a particular control 

present invention provides improved call processing tech- signal has previously been associated with a particular call 

niques that permit a network access server to adapt to such originator, or type of call originator (e.g., computers dedi- 

advanced modulation techniques, and to adapt to new modu- cated to high speed file transfers; personal computers located 

lation schemes that are developed in the future, thereby 50 in field offices; cash station machines), the network access 

taking advantage of improvements in the art as they are server or host system, after extraction of the control signal, 

made. may run a particular application program designed for the 

Because the invention is applicable to a variety of call call originator or type of call originator. The application 
originator equipment and to a variety of host computer program may, for example, consist of running a data-base 
systems, some of the terms used herein are given generic 55 look up, executing a user-friendly or customized menu, 
meanings. For example, the term "network" refers to the executing a security program, running a program that pro- 
data transmission element that routes the incoming commu- files the user for the host computer system, or initiating some 
nications from the network access server to the host com- other specific applications program. Alternatively, the con- 
pulersystem. A local area network such as a Token ring local irol signals can be correlated to call routing parameters, 
area network is just one example of a "network." An RS 232 60 enabling the incoming calls to be routed to specific elements 
serial port which couples the network access server to a of the host computer system. This dynamic, customized use 
stand alone computer is also considered to be a separate of the control signals may occur in parallel with the con- 
example of "network." Similarly, the term "host computer figuration of the network access server, or may be performed 
system" as used herein is used genetically to refer to the completely independently of the configuration of the net- 
computers that are connected to the network, whether they 65 work access server. 

be a mixture of mainframe computers, a group of personal When the control signals are used for customized call 

computers, or even a single computer. Similarly, the term configuration, the element of the network access server that 
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will typically be configured according to the protocol param- network access server software, so that the network access 

eters in a modem, and, in the large scale implementation of server will be configured properly and receive incoming 

the invention, a bank of modems (perhaps 48 in all, but one calls from that particular modem according to the new 

per call). Each modem is continually reconfigured as calls protocol. 

come in according to the particular communications pro to- 5 In still another important aspect of the invention, the 

col of the incoming call. The modems are configured to the network access server has the capability of routing the 

communications protocol that is compatible with the com- control signals to the network simultaneously with the 

munications protocol of the call originator for the incoming configuring of the network access server according to the 

calls, regardless of what the protocols may be. In this proper communications protocol. Thus, the network can take 

invention, the protocol parameters will typically be the lO the information and, for example, look up in a database the 

modulation scheme, synchronization scheme, error correc- complete profile of the call originator, or even send prompts 

tion technique, data compression, transmission rate, or other or messages to the call originator, prior to or contempora- 

communication parameter that is used by the call originator. neous with the transmission of the call. 

Other protocol parameters may include protocol handling As noted previously, the present invention has wide 

techniques, such as framing, filtering, or forwarding. Still 15 applicability to commercial and governmental operations, 

other protocol parameters may be associated with high speed and is particularly useful wherever calls are destined for a 

asynchronotis transmission, or protocol spoofing (discussed network and are originating from data terminals that trans- 

below). Thus, when the network access server is configured mit data according to different communications protocols, 

according to the protocol parameter, it is configured in a The example of the host computer system processing credit 

manner to match (or at least be compatible with) the 20 card and sales transaction for a nationwide chain of retail 

communications protocol of the call originator. stores is one example. Another would be the computer 

In one aspect of the invention, the control signals are system that processes lottery ticket sales originating at 
preferably (but not necessarily) in the form of multifrc- remote locations around a state. The invention permits 
quency tones. As noted earlier, the control signals may take customized, dynamic (real-time) configuration of the net- 
on other forms, and the invention is applicable to other 25 work access server, reduced call connection and processing 
techniques, such as those used in the ISDN system, and times, parallel processing of the control signals by the host 
out-of-band signalling, in which a separate logical channel computer system, and adaptability to upgrades in equipment 
out of band from the communication channel is used for and improvements in data transmission technology. The 
transmitting control signals. In one aspect of the invention, invention also permits the network access server to run 
the control signals are identified with the telephone number 30 dynamic application programs on a customized, i.e., call by 
of said call originator. Alternatively, the control signals can call, basis. The invention further permits a bank of modems 
be in the form of multifrequency tones identified with the in a network access server to act as a virtual modem pool 
telephone number called by the call originator. As a still whereby the modems can be dynamically re-configured and 
further aspect of the invention, the control signals are used for many diverse applications, 
identified with information related to credit card transaction, 35 These, and still further objects, advantages, and features 
such as the credit card number. of the invention will become apparent from the following 

At the present time, multifrequency tones are imparted detailed description of presently preferred embodiments of 

onto the telephone line by the telephone company, but the invention. 

techniques are becoming available by which the multifre- „ „ , 

quency tones (or other control signals) may be imparted onto 40 DESCRIPTION OF TOE DRAWINGS 

the line by equipment located at the site of the call Presently preferred embodiments of the invention are 

originator, for example, the modem assigned to the call depicted in the drawings, and like reference numerals refer 

originator's data terminal. The particular device that puts the to like elements in the various views, and wherein 

control signals on the line is not particularly important. The FIG. 1 is a block diagram of the overall communications 

particular form in which the control signals take is also not 45 system in which the invention is implemented, illustrating 

particulariy important. the relationship between various call originators, a telephone 

In another aspect of the invention, the network access network, a network access server, and a host computer 

server ftirther includes a modem and a network appUcation system linked to the network access server via a network; 

module interfacing between the network access server and pjc 3 is a more detailed diagram of the network access 

the network. In this aspect of the invention, the step of so servef of FIG 1' 

correlatiDg the control signals to the protocol parameters 3 ^ ^^^^^^ y^^^ ^. ^ ^^^^^ „f 

comprises the steps of passmg digital data representing the * i i. • * r •* ^r^^ r * l • r-rr^ 

/ , . 1 c .t_ J . .1 1- a telephone interlace unit 72 oi the type shown m FIG. 2: 

control signal from the modem to the network apphcation ^ . . . , , ^ 

module, looking up in the memory the protocol parameters . ^ ^ ^ .^"^'"g ^^g^"^, ^ 

which correspond to the digital data, and then passing the 55 ^'^"^^ appeanng on the TDM bus illustrated m FIG. 3; 

protocol parameters from the network application module to ^ ^ schematic block diagram showing the con- 

the modem. The modem then configures itself according to nection of the application module 175 of FIG. 3 and the 

the protocol parameters and then receives the incoming ^^^^^ modules 76 of FIG. 2; HG. 6 is a detailed block 

communication. diagram of a preferred form of a modem module of the type 

In yet another aspect of the invention, the network appli- 60 shown in FIG. 2; 

cation module contains software that is accessible by the FIGS. 7A, 7B and 7C are schematic block diagrams of a 

host computer system through the network, permitting the network application module of the type shown in FIG. 2; 

host computer system to modify the protocol parameters that FIG. 7D is a schematic block diagram of a preferred form 

arc assignable to the control signals. For instance, if a call of a network interface module of the type shown in FIG. 2; 

originator is a credit card swipe terminal connected to a 65 FIG. 8 is diagram illustrating the sequence of events that 

modem, and the modem is upgraded to a faster communi- occur during the call connect process when the control 

cations protocol, the user of the system can reprogram the signals are in the form of multifrequency tones; 
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FIG. 9 is a detailed timing diagram of the call connect / the digital public switched telephone network (PSTN) 50 

diagram of FIG. 6; such as the Tl network mentioned previously. The calls from 

FIG. 10 is a flow diagram illustrating the steps that occur the^call originators are digitized and placed intoone of the 

during the call connect process to configure the network 24 multiplexed channels of the four-wire Tl span line 51J?y 

access server according to the protocol used by the call 5 the telephone company and fed into the net^ork:iaccess 

originator; scrvc^ 30. As used herein, the term Tl span line refers to 

FIG. 11 is a block diagram of the network access server twenFy-four 64 kbf^ (thousand bit per second) DSO channels 

showing the flow of data within the network access server as ^t^^'^ multiplexed m the 1.544 Mbps DSl rate with each 

the steps of FIG. 8 are carried out; ^^3^^, ^^^^^^S ^^^^^^^ representaUon of an analog 

^„ . ^ . ^ .10 voiccxhanncl. The term "trunk", as used herein, refers to a 

FIG. 12 IS a diagram of the architecture of command sinele DSO channel 

blocks which interface between the resident software used to Z. * i «= r *u i i « i u / * 

. , . , J , r , , The central of&ce of the local telephone company (not 

communicate between the modules of the network access , . , . , ■ i . j- ^ . t f i ■ 

server and the host computer system software; showii) places control signals onto the digitaltcleph 

51 at the front end or very beginning of the call according 

HG. 13 IS a diagram of a command control block of HG. 15 weU known techniques. These control signals, typically in 

the form of multifrequency tones, are used by the network 

FIG. 14 is a diagram if a command extension block which access server 30 according to the invention to identify the 

is associated with the command control block of FIG. 13; <p articular wmmunication pro by the call origina- 

FIG. 15 is a diagram of the layouts of the various modem tors 20, 22, and 24. For example, where the telephone 

commands supported by the resident software of the net- ^0 service known as Feature Group B is used, the multifre- 

work access server; quency tones identify the carrier access code of the number 

HG. 16 is a diagram of the timing signals and commu- that is dialed by the eafl originators. As another example, if 
nications modes used during the asymmetrical transmission ^^e service known as Feature Group D is used, the multi- 
feature of the present invention; and frequency tones may identify both the carrier access code of 

FIG. 17 is a diagram of the flow of enquire, acknowledge, ^^^f "^^f^^^^ ^ ^ '^^^^^^f^ '^^'"^^^^ ^[ 

request and response signals when the "spoofing" technique ^''t [ u P^^f^^'ig °f ^se control signals 

r,, . J. J., ? by the network access server 30 IS discussed in greater detail 

of the present invention IS used 10 a credit card transaction ,\ * 1 1 * j n • • . n 

^^^y below. Smce the three remotely located call onginators all 

transmit data according to diS'erent communications 

DETAILED DESCRIPTION OF THE protocols, each caU originator (or type of caU originator) is 

PREFERRED EMBODIMENT Assigned a d^fferent control sig^ The control signal is 

associated with a particular communications "pj-ottoco I 

I. System Overview parameter at the network access server such that the call 

^ , . . , , - . . . from call originator is processed in a more eflBcient manner. 

Hie present mvention is implemented in a commiinication 35 Alternatively, the control signal may be used by the network 

processing sys em that « depicted generally in FIG. 1. A ^^^^ ^^/^ ^ dynamically run a specific 

plurahty of call origmators 20, 22 and 24 are located at u^ti^^ ^ customized to the call originator, or to 

various remote locations, which transmit incoming commu- ^ J,^ ^^^^ ^^jj ,^ ^ destination, 

nications to a network access server 30. Call origmator 20 ^- - ^ • , • 

may consist of a personal computer CI that generates digital ,«igy|l^signals^.representing the mcommg commum- 

data and transmit^ the data to a modem Ml which modulates "'Jf ""° ^ = "f' ^"'^ ''J:^^, ^5^*^ f ''X 

the data onto a telephone line 40. Similarly, call originator ^P^^l^ne^ (or possibyP^o span hnes). The network access 

-if*! t i-vi *!. * • 1 Tj * server 30 configures lUeli by extractmg the control signals 

22 may consist of a central computer C2 that is located at a „ , . ^ . ri^—;- ^. , • .1. 

1 «- r L • * /-.T ■ 1- 1 J • from the incoming communication, and correlating the 

regional ofl&ce of a business. Computer C2 is linked viaja — ^ . ^ . ~ ^ . i . • . . 

^ J \4i * 41 u r Kjf A xjra j i / ^control Signals to the propcr protocol parameters associated 

modem M3 to a telephone line 42. Modem M3 modulates . « Vi. ^ 1 .i. 

, ■ 1 J , f * * * I u ^' ^ >with each incoming call. The network access server 30 then 

digital data from computer C2 onto telephone Ime 42. The ^ ir > 1- 1 .1 

originator 24 is shown as consisting of accredit card ^oJ^g"" it^lf according to the protocol parameters 

swipe terminal 36 which swipes credit cards, generates each call The network access server 30 then 

digital data concerning the credit card number and the .routes the mcommgcalfoiito the network 52 (shown in HG. 

, V *t.j** J lasa local area network such as a Token nng local area 

amountof the transaction, and transmits the data to a modem en . * x , . . . ^z* .i. • 

liA-y „ru:^u •„ tu^ A i « *u-^A ♦^i^^t,^^^ network). The host computer system 60 then receives the 

M2 which in turn modulates the data onto a third telephone / .1 ^ j , r« . . 

r ^, f *u- *• *u *• 1 call and processes the calls as needed. The host computer 

hne 44. For the purpose of this specification, the particular /«j -.j-t-t^i ^ -. r 

type of call originators is not important, and the call origi- ^y^'^"". '^^P"='^'' ^'^■^ ^""^f'^ » ^"f y °^ 

nators of FIG. 1 are chosen for puiposes of illustration only. computer such as a personal computer C4. data storage 

^ , , . . , terminal C5, and mainframe computer C3. As was the case 

example shown m HG. 1, the modems Ml, M2;and 55 ^^^^ ^all originators 20, 22 and 24, the details of the host 

J m all are assumed to operate according to dififerent com- ^^^r system 60 and its constituent components, and the 

/ munications protocols. For example, let us assume that ^^^^^^^ 52, arc not particulariy important, 

modem Ml uses the Bell 208B 4800 baud half-duplex ^ ^ ^ 

synchronous transmission prot6col,;,modem M2 transmits H. Network Access Server Detailed Description 

according to the„V.32 9600 baud full duplex synchronous Referring now to FIG. 2, the network access server 30 is 

transmission protocol,. and modem M3 transmits according shown in a functional block diagram form and will be 

to the V.22 bis synchronous transmission protocol. Of described in more detail. The network access server 30 has 

course, these examples are merely illustrative of possible a chassis 70 which houses a telephone interface unit 72 

scenarios. ^ ^ which receives the incoming calls on Tl span line 51, 

Jn FIG. 1, the data that is transmitted on to-the^telephone^ 65 demultiplexes the calls, and routes the calls over a high 

lines at 40, 42 and 44 is in analog form^The illustration in speed time division multiplexed (TDM) bus complex 74 to 

FIG. 1 assumes that the communication system makes use of 12 modem modules 76 A, 76B, etc. Each modem module 76 
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has four modems (not shown in FIG. 2) which demodulate clock signals and data from the incoming Tl signals, and 

the incoming calls. Thus, if there are two Tl span lines 51 also provides the transmission of outgoing digital telephone 

incoming to the network access server 30, there are 48 signals representing digital data to line Tl. Module 105 is 

modems in all for the 48 DSC channels incoming into the connected to application module 175 via a backplane con- 
network access server 30. The connections on the TDM bus 5 nector. Application module 175 provides framing of recov- 

coinplcx between the telephone interface unit and the ered Tl data to extract the Tl DSO channel data and then 

modems are static or "nailed up" connections, and are switches the channel data lo the modem modules 76 via the 

established on powcr-up of the network access server 30. TDM bus 74. 

The TDM bus complex 74 carries data back and forth Referring to HG. 3. interface module 105 comprises two 
between all of the various modules of the network access lO connectors 107 connected to telephone lines Tl, each of 

server 30. The bus complex 74 is described in greater detail which carries 24 channels of digital telephone signals via 

below. time division multiplexing. Each of the channels is created 

Each modem module 76 is provided with a corresponding by sampling an analog telephone signal 8,000 times per 

modem network interface module 78 A, 78B, etc. The second using eight digital bits per sample, 
modem network interface modules 78 have four sync/async 15 -phe connectors 107 transmit the Tl digital telephone 

RS 232 ports depicted as block 80. The RS 232 ports 80 are signals over conductors 109 and receives such signals over 

linked to computers ofthe host computer system and may be conductosr 111. The connectors 107 are modular 8 RJ48 

used to output the calls from the network access server 30 to connectors, 4 bantam jacks for monitoring each span's 

the host computer (and thus act as a "network*' 52 as that transmit (XMT) and receive (RCV) Hnes. Redundancy 
term is used herein). 20 straps and relays 115 provide a redundancy capability and 

The network access server 30 also includes a network are used for the purpose of switching the Tl signals to 
application module 82 which functions as an interface another Tl module in the chassis. The digital telephone 
between the software which governs the operation of the signals are transmitted over conductors 117 and 118 to a line 
network access server and the software of the host computer interface unit 123 which demultiplexes the signals and 
system. The network application module 82 has a memory produces corresponding demultiplexed telephone output sig- 
(not shown in FIG. 2) which is used when the control signals nals on a conductor 126 and clock signals on a conductor 
are correlated with the protocol parameters for the incoming 125. For outgoing calls, interface unit 123 multiplexes 
call. The network application module 82 tells the modems in digital telephone signals for transmission by line Tl. Unit 
the modem modules 76 what modulation scheme to use, 123 is controlled by signals received over a conductor 127 
whether the call is synchronous or asynchronous, and what from a control logic unit 131 which receives signals over 
error correction protocol to follow. The network application conductors 133 and 135. An RS-232 connector 139 can be 
module 82 also tells the modem whether to send the calls out connected to an external computer and monitor in order to 
the RS 232 ports 80 or whether to send the calls out of the receive management signals that are passed through a con- 
network interface module 84 to the network 52 and host ductor 141 to RS-232 drivers 143. The drivers also supply 
computer system 60. Again, the network application module RS-232 signals over a conductor 145 to application module 
82 will also be discussed in detail below. A network man- 175. 

agement module 86 and network management interface Still referring to FIG. 3, the time division multiplex 

module 87 provides management and supervision functions (TDM) bus complex 74 includes a frame sync line 153, a 

for the network access server 30, time slot (TS) clock hnc 154, a bit clock line 155 and data 

A power supply module 88 supplying power to all the highway lines 156-157. A packet bus 99 is also provided for 

modules in the incoming call interface is also incorporated transmitting communications between the modules of the 

into the chassis 70. The power supply module consists of network access server 30. 

two power supply units that perform ac to dc power The frame sync signal is used to identify the first time -slot 

conversion, providing full redundancy in the case of failure in each TDM bus frame. The time slot signal represents the 

in one of the units. The power supply units in module 88 are bit clock signal divided by 8. All modules use the TS clock 

designed according to standard methodologies, and prefer- signal to keep track of the cunent active time-slot. The bit 

ably accept 120 or 240 volts AC at 47 to 63hertz. Each clock signal is the internal TDM bus master clock. All 

power supply unit should be rated for +5 volts d.c, 35 amps modules accessing the TDM bus use the bit clock to control 

dc; +12 volts d.c, 3.5 amps d.c; -5 volts d.c, 2 amps d.c. the transfer of data. The bit clock has a clock frequency of 

A high speed cooling fan 90 is provided in the chassis 70 to 4.096 Mhz and is derived from the received line interface 

dissipate heat generated by the power supplies during opera- from telephone network 50 (FIG. 1). 

tion of the network access server. Apower on/off switch (not jdM bus 74 operates with standard TTL voltage levels 

shown) is provided to turn the whole unit 30 on and off. ^nd supports a maximum clock frequency of 4.096 MHz. 

The chassis 70 is a standard 19" card cage, and has 55 There exist 64 time-slots during each frame on the TDM bus. 

provisions for 16 front-loading application cards and 16 During a time-slot, a module will read one octet (8 bits) of 

rear- loading interface cards, and a network management data from one of the TDM bus highways, and write one octet 

module and associated interface module. of data to the other TDM bus highway. There is no need to 

A. Telephone Interface Unit 72 The telephone interface distinguish one bus frame on the TDM bus from another bus 
unit 72 of FIG. 2 is shown in greater detail in FIG. 3. The 60 &ame on the TDM bus. There is however a need to distin- 

telephone interface unit 72 is composed of two separate guish between time-slots on the TDM bus. Therefore, each 

modules, an incoming call interface module 105 and an time-slot numbered 1-64. 

incoming call application module 175. The purpose of The TDM bus 74 provides 8 kilo bytes per second (Kbps) 

interface module 105 is to physically receive the incoming connections between as many as 256 end devices or mod- 
Tl span lines, convert the signal in a digital TTL format, and 65 ules. In order to provide 64 Kbps (full duplex) connections, 

deliver the signal to the call application module 175. Inter- each end device must be able to transmit and receive one 

face module 105 provides a CSU interface which recovers octet (8 bits) every 125 microseconds (us). Therefore, the 
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duration of each frame is 125 us. Since 64 lime-slots exist 
per frame, the period of a time-slot is 1.95 us. 

FIG. 4 shows the relationship between the duration of a 
TDM bus time-slot, the duration of a TDM bus bit time, the 
bit clock, TS clock and frame sync signals. Each bit of a data 
octet will be driven onto the bus at the falling edge of the bit 
clock, and will be sampled by the receiving module at the 
rising edge of the bit clock. 

As can be seen from FIG. 4, a new bit time begins on each 
falling edge of the bit clock, and a new time-slot begins on 
the falhng edge of the next bit clock after a TS clock signal. 
The next bit clock after a frame sync signal identifies the 
beginning of the first time-slot of a TDM bus frame. 

As shown in FIG. 5, data is directly written from the 
transmit (TD) terminal of application module 175 (FIG. 3) 
to the receive terminal (RD) of one of the quad modems (e.g. 
76 A or 76 B) and vice versa. 

Application module 175 occupies rack slot 1 and assigns 
DSO channels 1-24 from one of the Tl span line to timc- 
slots 1-24 on highways 156-157 of TDM bus 74, The DSO 
channels 25^8 from the other incoming Tl span line are 
assigned to time slots 25-48 on the TDM bus 74. Quad 
modem modules 76A, 76B, etc. use the time-slots in groups 
of four and slots as defined in the following chart: 



Physical Slot Nos. 


Hmc-Slot Nos. 
on TDM Bus 


Card Type 


1 


1^8 


Application module 175 


2 


1-4 


Quad modem card 76A 


3 


5-8 


Quad modem card 76B 


4 


9-12 


Quad modem card 76C 


5 


13-16 


Quad modem card 76D 


6 


17-20 


Quad modem card 76E 


7 


21-24 


Quad modem card 76F 



Referring to FIG. 3, network application module 175 
includes configuration resistors 177 that are connected as 
shown over a bus 178 comprising conductors 179-180 to 
TDM bus 74. Configuration resistors 177 receive/drive 
signals from TDM bus drivers 185 over conductor 187-188. 
The bus drivers 185, in turn, receive signals from multiplex 
logic circuit 193 over conductors 195-196. Logic circuit 193 
is controlled by a time/space switch 203 over conductors 
205-207. Switch 203 receives a control input over a con- 
ductor 212 from a Tl phase lock loop (PLL) circuit 215 that 
receives input over a conductor 217 from a clock multiplex 
logic circuit 219. Logic circuit 219, in turn, receives 4.096 
MHz clock signals generated by an oscillator 225 over a 
conductor 223 and receives the frame sync signal over a 
conductor 221. A Tl framer unit 229 frames telephone 
signals from line interface unit 123 and makes the resulting 
data frames available to an 8 bit data bus 230. Framer 229 
receives control signals from time/space switch 203 over a 
conductor 211. 

Application module 175 is controlled by a Tl central 
processing unit (CPU) 241 that controls bus 230 and con- 
trols logic circuit 131 over conductor 135. Tl CPU 241 also 
receives input signals over conductors 244-246 from a 
DUART251, a watchdog timer 253, a boot block flash ROM 
255, an SRAM memory 257 and a EEPROM memory 259. 
Tl CPU 241 also receives inputs from a ten position DIP 
switch 261. The status of application module 175 is dis- 
played on light emitting diodes (LEDs) that are controlled 
by an LED logic and drivers unit 265. 

Tl CPU 241 uses an Intel 80C186 embedded processor to 
control all peripherals on application module 175 and tele- 
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phone interface module 105, including framer 229, time/ 
space switch 203, multiplex logic circuit 193, clock multi- 
plex logic unit 219, bus 230 and LED logic and drivers unit 
265. RS-232 connector 139, drivers 143 and DSUART 251 

5 provide an operator with the ability to manage application 
module 175. Tl CPU 241 initializes all hardware with 
default values, settings and configurations. These defaults 
are stored in flash ROM memory 255 and can be altered via 
a conventional software download. 

10 The memory for application module 175 consists of 512K 
of boot block flash ROM 255 and 512K of SRAM 257. 
EEPROM memory 259 is expandable from 8K to 65K Boot 
blocked flash ROM 255 has the abiUty to update the opera- 
tional code without jeopardizing the BOOT code during a 

15 software download. This is an important feature since appfi- 
cation module 175 is guaranteed operable code to execute if 
operation code is lost during software download. 

Tl framer 229 is dedicated to the incoming telephone 
span line Tl and handles all of the Tl receive framing and 
transmit framing tasks. Tl CPU 241 accesses and controls 
framer 229 via bus 230, Framer 229 operates in the SF 
framing mode, and is capable of supporting all framing 
modes, signaling, line coding and performance monitoring 
required for interfacing to hne Tl. ITie outputs of framer 229 

^ are concentrated highway interface (CHI) compatible which 
is an AT&T standard. The CHI outputs of framer 229 are 
wire OR*ed together to time/space switch 203 which 
switches the Tl DSO channels to the TDM bus 151 time- 
slots. Framer 229 receives span line Tl recovered data and 
clock from line interface unit 123. 

The A and B signaling information from the telephone 
company is decoded by Tl framer 229. Tl CPU 241 polls 
the framer's internal registers to extract the received A and 

2^ B signaling states. Tl CPU 241 programs outbound A and B 
signaling states for framer 229 . 

Time/space switch 203 controls which DSO channel is to 
fill a given time-slot on TDM bus 151. The switching 
capability of time/space switch 203 allows connection 

40 between any of the 24 time-slots from Tl framer 229 and the 
256 time-slots on the TDM bus. Time/space switch 203 has 
a microprocessor interface via bus 230 which provides Tl 
CPU 241 with access to internal configuration registers and 
time-slot data. Time/space switch 203 has four CHI buses 

45 (TTL compatible) which can be controlled independently. 
Switch 203 also can be programmed for frame integrity for 
wide area network (WAN) compatibility. Frame integrity 
means that all the time -slots in the output frame came from 
the same input frame, even if the time-slots were on different 

50 CHI highways. This allows equal delay of all time-slots 
through the time/space switch. Thus, time-slots data can be 
contiguous. 

Time/space switch 203 uses the TDM bus 74 clock signals 
to pass data between the TDM bus time -slots and Tl framer 

55 229. The internal connection memory of time/space switch 
203 is programmed by Tl CPU 241 with the proper con- 
nections. Time/space switch 203 allows Tl CPU 241 access 
to each of the 24 DSO channels. Tl CPU 241 monitors the 
DSO data being transmitted to modem module 76 A or data 

60 being received from modem module 76A. Tl CPU 241 also 
can program time/space switch 203 to replace the DSO data 
being transmitted to modem module 76Aor framer 229 with 
any desired 8-bit pattern. Application module 175 uses this 
feature for in-band communications with modem module 

65 76A. The programmability of DSO channel data via time/ 
space switch 203 allows application module 175 to connect 
the telephone company trunk with modem time-slot data or 
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disconnect the two sides completely. Tl CPU 241 uses this 
feature to isolate the in-band signaling between modem 
module 76Aand application module 175 from the telephone 
company. 

Multiplex logic circuit 193 is controlled by Tl CPU 241 
and is used to connect any one of the CHI highways from 
time/space switch 203 to TDM bus highways 156-157. 
TDM bus drivers 185 consist of 4 bi-directional TTL bus 
drivers. Configuration resistors 177 have been added to 
application module 175 to allow configuration of the trans- 
mit and receive highways 156-157. These resistors will 
allow application module 175 to talk to another application 
module without the use of a network management system. 

Telephone interface module 105 provides the line inter- 
face circuitry between the Tl trunk 51 and Tl fi-amer 229. 
Line interface unit 123 provides an interface for span line 
Tl. Unit 123 contains automatic gain control (AGC), auto- 
equalization, and data/clock recovery circuitry and recovers 
the Tl 1.544 MHz network clock which is used by appH- 
cation module 175 to clock data to Tl framer 229 and, 
depending on configuration, may be used by application 
module 175 as a timing source- 
Connector 139 and drivers 143 form an RS-232 serial 
interface which is used for basic application module 175 
management functions and software download via DUART 
251. Interface module 105 is managed completely by apph- 
cation module 175. TTie network management module 86 
can control the redundancy circuit 115. 

B. Modem Modules 76 and 78 Detailed Description 
FIG. 6 illustrates a representative quad modem module 
76A which is identical to the other modem modules 
76B-76F. Each of modem modules 76B-76F contains four 
modems for a total of 24 modems. As a result, network 
access server 30 can handle a total of 24 simultaneous full 
duplex channels of data communication. If two Tl span linos 
are inputted into telephone interface unit 72 (FIG. 2) then 12 
modem modules may be provided to handle AS simultaneous 
full duplex channels. 

Modem module 76A comprises a bus interface unit 414 
that communicates with packet bus 99 through output bus 40 
419. A board control processor 425 communicates over 
buses 428, 433 and 435. A flash ROM 431 provides memory 
for processor 425. Flash ROM also contains the code for the 
modem control processors 473-476 as well as the digital 
signal processors 453-456. Bus interface 415 communicates 45 
with TDM bus 74 over bus 421, 

Digital signal processor serial interface logic 437 com- 
municates with processor 425 over a bus 439 and commu- 
nicates with individual modems 447-450 over buses 
441-444, respectively. Each of modems 447-450 is identi- 
cal. The modems comprise digital signal processors 
453-456, application specific integrated circuits (ASICs) 
463-466 and modem control processors 473-476 connected 
as shown over buses 457-460 and 467-470. Processors 
473-476 communicate with processor 425 over bus 435. 
ASICs 463-466 provide RS-232 ports 477-480. These 
ports, together with the comparable ports from modem 
modules 76B-76F form a group of modem network inter- 
face modules 78A-78F (FIG. 2) for coupling digital signals 
to the host computer system. The hardware for each of 
modems 447-450 is substantially the same as the hardware 
found in modem model USR Courier Dual Standard manu- 
factured by U.S. Robotics, Inc., Skokie, 111. Each modem 
win support the following modulation standards: V.32bis, 
V.32, V.22bis, V.22, Bell 212, Bell 103 and Bell 208B, and 
the following error correction and data compression proto- 
cols: V42, V.42bis and MNP2-5. 



Board control processor 425 performs the following func- 
tions: control of the reception and transmission of packets to 
and from a management bus (not shown), multiplexing tasks 
for the packet bus 99, controlling the code set for the entire 
modem module 76A, and distributing (i.e., downloading) 
code to the modems in the module 76A. 

Interface logic 437 performs the following functions: 
handles the interface to the TDM bus 74, counts the time 
slots, and multiplexes and demultiplexes signals in the TDM 
bus 74. 

The circuits shown in FIGS. 3 and 6 are available com- 
mercially as indicated in the following table: 



30 



35 



50 



60 



65 



Circuits 


Manufacturer & Model Number 


Line interface unit 123 


Level One LT 310 


Control logic 131 


Adv. Mic. Dev. PAL22V10 


Tl framer 229 


AT&T r7230 


DSUAKT 251 


Signetics SCC 2692 


TDM bus drivers 185 


Tbx. Inst. 74F126 


Tl CPU 241 


Intel 80C186 


Vfetch dog 253 


Maxim 697 


MUX logic 193 


Adv. Mic. Dev. 22V10 


Boot block flash ROM 255 


Intel 28F001 


Time/space switch 203 


AT&T T7270 


SRAM 257 


Hitachi HM 628128 


Tl PLL 215 


SE ULLA VXO 


Clock MUX logic 219 


Adv, Mic. Dev. PAL 16V8 


Oscillator 225 


Pletronics 32 Mhz 


LED logic and drivers 265 


Ux. Inst. 74 ALS573 


EEPROM 259 


Intel 28F64 


Bus interface 414 


XiUnx 3064 


Board contiol processor 425 


Intel 80C188EB 


Flash ROM 431 


Intel 28F020 


DSP serial interface logic 437 


XUinx 3042 


DSPs 453-456 


Tex. Inst. 320C51 


ASta 463-466 


US Rob. 1.016.684 


Mcxlem control processors 473-476 


Intel 80C188EB 



The operation of modems 447-450 is coordinated by the 
clock and sync signals shown in FIG. 4. For example, 
referring to modem 447 (FIG. 6), on the trailing edge of the 
next bit clock following detection of the frame sync signal 
(FIG. 4), the assigned time slot number of modem 447 is 
loaded from a latch in the dsp serial interface logic 437 (FIG. 
6) to a set of counters. A time slot counter counts the number 
of lime slot clock pulses relative to the frame sync signal. 
When the counter reaches terminal coxmt, the serial I/O (via 
tri-stateable buffers) of DSP 453 is switched to the TDM bus 
highway lines 156-157. One octet of data is then transmitted 
or received within that slot time (1 .95 microseconds (us)). 
The bus is then released. Synchronization for data transfer is 
done via the TDM bit clock and a bit clock counter. 

Processing of data by DSP 453 (filtering, demodulation, 
detection, etc.) is similar to that done when data transfer took 
place via an AIC. However, the 4.096 MHz bit rate must be 
accommodated. The synchronous serial port on the DSP can 
operate at one fourth the machine clock rate of 20.48 MHz 
or 5.12 MHz. Hence the 4,096 MHz data docs not pose a 
problem. 

C. Network Application Module and Network Interface 
Module Detailed Description 

Referring to FIGS. 7A-7C, network application module 
82 comprises a network management interface 608, control 
engine circuits 630, a packet bus control engine 735, and a 
direct memory access (DMA) engine 742. 

Referring to FIG. 7A, interface 608 comprises a debug 
port 612, a 3 pin header 614 that is connected to port 612 by 
a bus 615, an ISA interface 616, a network management bus 
(NMB) interface 618, and a bus 620 that connects interface 
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618 with network management bus 901. Interface 616 is 
connected to data bus 693 and address bus 694 as shown. 
Interface 608 is a Signetics 2692 DUARX Half of the 
DUART is used as debug port 612. 

Referring to FIGS. 7A and 7B, control engine circuits 630 
include a central processing unit (CPU) 633, a memory 
controller 635 (Chips & Technology 82C351), a DRAM 
memory 637, a data buffer 641 (Chips & Technology 
82C355), a peripheral controller 643 (Chips & Technology 
82C356), a debug port 645, an EEPROM 653, a flash SIMM 
interface 655, a flash BIOS 657, an LED display 659, a three 
pin header 669, and a switch selector 677. The components 
are connected as shown by busses 693, 694, 703, 704, 
707-709, 721 and 729, and by an ISA bus 734. 

Referring to FIG. 7C, packet bus engine 735 comprises a 
NuBus driver 736 for upper address bits 0-15 and a NuBus 
driver 737 for lower address bits 16-31. A receive FIFO 16 
bit register 738 and a transmit FIFO 16 bit register 739 
enable the receipt and transmission of information on packet 
bus 99. Engine 735 also includes a NuBus control circuit 
740 that is operated by a XDinx controller 741. 

Still referring to FIG. 7C, DMA engine 742 comprises a 
frame flag circuit 743, a read FIFO programmable array 
logic (PAL) 744, a write FEFO PAL 745, a timing PAL 746, 
a DMA control circuit 747, a channel control PAL 748, a 
block count latch 749, a CPU address buffer 750, a CPU data 
buffer 751, a DMA control register 752, and a dual port 
RAM 753. 

The circuits in engines 735 and 742 are connected as 
shown by busses 755A-755S. Bus 755 C is an 18 bit bus; bus 
755F is a 17 bit bus; bus 755L is an 8 bit address bus; bus 
755M is a 16 bit bus; bus 755S is an 8 bit bus; bus 694 is 
an 8 bit address bus; bus 693 is a 16 bit data bus; bus 755N 
is a 4 bit bus; bus 7550 is a 4 bit bus; and bus 755 Q is a 6 
bit bus. 

Referring to FIG. 7D, network interface module 84 com- 
prises a ring interface 763, a ring buffer 765, a token ring 
controller 767, an RS-232 interface 769 and an AT buffer 
771. The components are connected together as shown by 
busses 775 and 777-780. 

CPU 633 (FIG. 7B) is an 80386DX running at 33 MHz. 
All CPU instructions are located in DRAM 637. The CPU 
footprint supports either the Intel 132-pin PQFP or the 
Advanced Micro Devices (AMD) version of the same pro- 
cessor. 

Processor 633 has a watchdog function to detect possible 
hardware or software errors. The watchdog timer will ini- 
tially power up disabled and can be software enabled. This 
is to allow BIOS 657 to initialize the system without 
interruption. After the watch dog timer is enabled, the time 
out period is 1.6 sec. for all applications. The software 
application is responsible for these enables. The timer will 
be responsible for (1) uniform reset state after power up; (2) 
NMI (non-maskable interrupt) when the first timer interrupt 
occurs; and (3) reset when the second consecutive timer 
interrupt occurs. 

Memory controller 635 (FIG. 7B) provides the DRAM to 
CPU 633, Controller 635 controls all bus accesses including 
CPU 633, DRAM 637 and ISA bus 734. Timing parameters 
for DRAM 637 accesses and refresh are controlled by 
controller 635. The main chip in controller 635 is a 82C351 
CPU/DRAM controller, a 160 pin PQFR The following 
parameters are controlled from controller 635: reset and 
shutdown logic; bus 734 and CPU clock selection logic; 
control logic for CPU 633, DRAM 637, bus 734 access, bus 
arbitration, and 0 or 1 wait-state buffered write; memory 



H,842 

16 

control logic for DRAM access, refresh cycle, flash BIOS 
access and shadow RAM support; index registers for system 
control; fast reset; and fast gate A20. 

DRAM 637 includes two SIMM banks of DRAM. Each 

5 bank can support the following DRAM modules: 256KX36 
DRAM module— 1 MB per bank; lMegX36 DRAM 
module — 4 MB per bank; and 4MegX36 DRAM module — 
16 MB per bank. 
Data buffer 641 provides all the logic required to interface 

JO memory data bus 708 to local bus 729. The main chip in 
buffer 641 is an 83C355, a 120 pin PQFR Buffer 641 buffere 
data between busses 708 and 729; generates and checks 
parity for DRAM 637; latches data for DRAM buffered 
writes; latches data from bus 734 during reads of CPU 633 
from bus 734; performs data steering for accesses to bus 
734; and provides paths for busses 704 and 693. 

Peripheral controller 643 (FIG. 7A) controls all the 
peripheral devices on ISA bus 734. It contains the address 
buffers used to interface local address bus 707 to I/O channel 
address bus 694. The main chip in controller 643 is an 
83C356, a 144-pin PQFP. It contains all the necessary 
peripheral control devices for basic ISA bus interconnection 
to ISA bus 734: DMA controllers (8237); interrupt control- 
lers (8259); a timer/counter (8254); and an RTC (real time 
clock) with CMOS RAM+battery SRAM (MC14618). 

^ Debug port 612 is a debug UART port. It is used to 
connect a debug terminal for software debugging. It is 
controlled by a 2692 DUART. This chip is interfaced to local 
bus 734 via data buffer 613 through bus 704. 

3Q Keyboard interface 651 (FIG. 7B) uses the Intel UPIC42 
with a chip and technology keyboard algorithm mask on 
board. This part is a 44-pin PQFP. This part emulates the 
8042 chips and technology keyboard interface and is inter- 
faced via data buffer 613 through bus 704. 

35 Electrically erasable PROM 653 (FIG. 7A) is an 8KX8 
EEPROM which stores board information, such as serial 
number and all configuration data to run and initialize 
application programs. This device has the ability to be 
software write-protccted. Once enabled, the device can be 
automatically protected during power-up and power-down 
without the need for external circuitry. The 8KX8 EEPROM 
is interfaced via data buffer 613 through bus 704. Accesses 
to this device are through a paging interface whereby 2K 
pages are accessed via a pre-loaded page register. The chip 

45 is a 32-pin PLCC. 

Flash SIMM Interface 655 (FIG. 7B) supports up to 8 
IMegXS symmetrically blocked flash memories. The flash 
SIMM interfaces to processor 633 via local bus 729. All 
operating system and application code are stored in the flash 

50 SIMM. 

BIOS ROM 657 (RG. 7A) stores a ROM-based code 
common to all IBM PCs and is executed at power-up or reset 
just after RAM refresh is started and a program stack is 
created. BIOS provides power-on diagnostics and low-level 

55 driver support and executes the operating system at the end 
of the power-on sequence. The BIOS resides in a flash ROM 
and is executed out of the 64 Kbyte area located at the top 
of the 4 Gbyte address space. After the PC engine has been 
fully initialized and tested, the extended BIOS initializes all 

60 specific devices on card 605 and loads operational software 
from the flash SIMM to DRAM 637. Once all initializarion 
and testing is complete, BIOS can be shadowed down to a 
128Kbyle address area located in the first Mbyte of memory. 
LED display 659 (FIG. 7B) contains the LEDs on card 82. 

65 All LEDs can be controlled by software via a 16-bit register. 
All LEDs are interfaced from ISA bus 734 via data buffer 
613 through bus 693, 
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Referring to FIG. 7C, NuBus upper and lower buffers 736 
and 737 are responsible for buffering both the 32 bit NuBus 
address and data busses 755A and 755B to and from packet 
bus engine 735. 

NuBus control 740 is responsible for handling all the 
interface control signals to and from packet bus 99. Control 
740 is monitored and controlled by the state machines of 
Xilinx controller 741. 

Receive FIFO 738 represents 512—18 bits of FIFO 
memory used to buffer data from NuBus data buffers 736 
and 737 to dual port RAM 753. FIFO 738 is controlled by 
Read FIFO PAL 744 and can be accessed through program 
control using a maintenance buffer (not shown). FIFO 738 
also can be reset via program control. 

Transmit FIFO 739 represents 512x18 bits of FIFO 
memory used to buffer data from the dual port RAM 753 to 
NuBus data buffers 736 and 739. FIFO 739 is controlled by 
write FIFO PAL 745 and can be accessed through program 
control using a maintenance buffer (not shown). FIFO 739 
also can be reset via program control. 

Xilinx controller 741 represents a Xilinx FPGA used to 
control, through stale machines, the movement of data to 
and from FIFO 738 and 739, and to and from NuBus buffers 
736 and 737. Controller 741 has internal control and status 
registers, and can be programmed from the CPU interface. 

DMA controller 747 reprcsenU the 20 Mhz 82C257 DMA 
controller. It is responsible for creating the address and 
handshake signals needed to move data to and from the dual 
port RAM 753 and to and from FIFOs 738 and 739. Control 
747 contains internal control registers and status registers. 

Read FIFO PAL 744 generates, through the use of timing 
queues from timing PAL 746, DMA control 747 and xilinx 
controller 741, the necessary signals to unload the read data 
from receive FIFO 738 and present the data on bus 755F to 
dual port RAM 753. 

Write FIFO PAL 745 generates, through the use of timing 
queues from timing PAL 746, DMA controller 747 and 
Xilinx controller 741, the necessary signals to load the write 
data from dual port RAM 753 to transmit FIFO 739. 

Timing PAL 746, through status and start queues gener- 
ated from program control and the HFO full and empty 
lines, generates seven timing cycles which are divided 
across the DMA cycle to control the movement of data and 
the correct execution of control signals. 

Channel control PAL 748, through the use of control 
information from program control and from block count 
latch 749, routes request and end of DMA information to 
their appropriate places. 

Frame flag 743 is a bit register, loaded into the FIFO by 
the xilinx controller 741 at the end of a block, that is used 
to queue the hardware when the block count information for 
the next transfer is present, at which time the logic will read 
that information out, and write it to the block count latch. 
Flag 743 can be written to via program control. 

Block count latch 749 represents a latch which stores the 
block count information for the next block transfer. Latcb 
749 is loaded from read FIFO PAL 744. 

CPU address buffer 750 represents the buffers used by 
CPU peripheral bus 694 to access the DMA controllers 
address bus 755K to load or read control information. 

CPU data buffer 751 represents the bi-directional buffers 
used by CPU peripheral bus 693 to access the DMA con- 
trollers data bus 755 M for loading and unloading of control 
and status information, 

DMA control register 752 represents the control register 
used to queue start up processes for the DMA logic. The 
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DMA can be turned off and turned on via processor control 
through register 752 both on the transmit side and/or the 
receive side. 

Dual port RAM 753 stores data for packets and blocks and 
5 channel control programs for the DMA RAM 753 is 
accessed from port 1 by the CPU, and from port 2 by the 
DMA control logic. RAM 753 is made up of 256 k bytes of 
static RAM under the control of a dual port arbiter. 

Referring to FIG. 7D, ring interface 763 contains the 
digital interface to the digital portion of the token ring 
control and buffer logic and the analog interface to the token 
ring medium to make a full duplex electric interface as per 
IEEE Std 802.5-1989. Interface 763 consists of a 
TMS38054 ring interface device and associated analog 
circuitry to handle clock and data recovery at both 4 and 16 
Mbps, using either shielded or unshielded twisted pair 
connection. The chip is a 44-pin PCCP. 

Ring buffer 765 carries four 256KX4-100 DRAMS used 
10 hold the ring data. This DRAM array is used to buffer the 
token ring frame when it comes in from the token ring 
network TRNl. It also holds all the MAC and LLC software 
that runs the TMS380 controller in controller 767. The 
DRAM in buffer 765 is controlled by controller 767, The 
software and data contained in the DRAM is executed by 
controller 767. 

Token ring controller 767 is made up of the TMS38C16 
token ring commprocessor It is a complete IBM token ring, 
IEEE 802.5-1989 compatible chip capable of mnning at 
30 both 4 and 16 Mbps data rates. It also handles all the data 
transfers to and from dual port RAM 753 (FIG. 7C). The 
chip is a 132-pin PQFR 

RS-232 interface 769 provides an interface to the outside 
world to communicate with the application software running 
35 on card 605. The interface cormection is via a RJ45 female 
port. It is made using a 16C550 UART. This chip interfaces 
to ISA bus 734 via bus 709. The baud rate of the interface 
is selected via selector switch 677 (FIG. 7B). 

40 III. The Call Connection and Modem Configuration 
Process 

The process by which the network access server 30 
processes incoming calls and outgoing calls will be 
described in connection with the following terms: 

Span hne Tl refers to twenty-four 64 kilo bits per second 
DSO channels on line Tl that are multiplexed into the 1.544 
mega bytes per second DSl rate, with each DSO channel 
carrying the digital telephone signal representation of an 
analog voice channel. 

A trunk is a communications channel between two switch- 
ing systems. In the context of this specification, the term 
"trunk" will refer to a single DSO channel. A trunk group will 
refer to multiple DSO channels. 
55 A seizure is an off-hook signal transmitted by the PSTNon 
a previously idle trunk. Detection by the incoming call 
application module 175 of a seizure will indicate an incom- 
ing call. 

There are two types of wink signals: off-hook winks and 
50 on-hook winks. This specification will refer to an off-hook 
wink type only. An off-hook wink signal is the transition to 
the off-hook state from an on-hook state, then back to an 
on-hook state after a short period of time. Application 
module 175 (FIG. 3) uses the wink signal as a response to 
65 a trunk seizure. 

MF (Multi Frequency) tones are made up of six frequen- 
cies that provide 15 two -frequency combinations for indi- 
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eating digits 0-9 and KP/ST signals. In the feature group B 
(FGB) service, these tones will represent the dialed number. 
Feature group D (FGD) service supports both called (DNIS) 
and calling (ANI) information. 

An answer is an ofif-hook signal from the called equip- 
ment and indicates that the call has been properly answered. 
This is the time at which telephone company billing begins. 
Application module 175 is responsible for transmission of 
this signal when answering an incoming call and monitoring 
this signal when dialing an outgoing call. 

A disconnect is an on-hook signal applied to the called 
trunk or from the called trunk which ends the call connec- 
tion. 

In-band signalling is signalling that uses the same path or 
DSO channel as a customer's PCM data. The term "in-band 
signalling'' is generic and can take the form of PCM encoded 
MF tones, rob bit signalhng or call connection patterns. 

E and M signalling is a traditional type of call signalling 
for an analog voice service from the telephone company's 
equipment. E and M type II signalling includes wink start 
and answer supervision. E and M is an acronym for ear and 
mouth, and in an analog service arc the wires which provide 
the signalling path between the customer and the telephone 
company. The E and M wires are usually referred to as leads. 
In a typical plain-old-telephone service (POTS) application, 
the telephone company uses the E-lead to transmit signals 
towards the customer's equipment and uses the M-lead to 
receive signals from the customer's equipment. The E and M 
leads each provide two signalling states, on-hook and off- 
hook. When the analog phone line between the customer's 
equipment and the telephone company's equipment is idle, 
the E and M leads are in the on-hook state. The telephone 
company initiates a call towards the customer's equipment 
with a trunk seizure, an E-lead off-hook signal. A trunk 
seizure will persist until the end of the caU. The customer's 
equipment will acknowledge the trunk seizure with an 
M-lead off-hook signal which is detected by the telephone 
company's equipment. This traditional method of signalling 
is one way the telephone company's equipment provides call 
signalling to the customer's equipment. 

Tl equipment (i.e., DS-1 level service) does not use 
separate signalling leads to handle call signalling, but 
instead uses in-band signalling. The telephone company 
in-band signalling is accomplished by use of A and B 
signalling bits. The A and B signalling bits occur at the sixth 
and twelfth frames of every Tl superframe (SF) and occupy 
the least significant bit (LSB) position of all 24 DSO chan- 
nels during each of these frames. The telephone company's 
in-band signalling will overwrite or replace the LSB of the 
DSO channel data. This method of in-band signalling is 
referred to as robbed bit signalling. The A and B signalling 
bits indicate what signalling state each Tl DSO channel is in. 
The signalling bits translate directly to the E and M leads 
described above. Table 1 illustrates the relationship between 
the E & M and A & B signalling states. 

TABLE 1 



E&M Lead Signalling States vs. A&B Bit Signalling States. 

Transmitted Received 



E&M tnput/Output A B A B 

M-Lead (on-hook) 0 0 0 * 

M-Lcad (off-hook) 1 1 1 * 
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TABLE 1 -continued 



E&M Lead Signalling States vs. A&B Bit Signalling States, 
TYansmitted R^cejved 



E&M Input/Output 


A 


B 


A 


B 


E-Lcad (on-hcok) 


0 


0 


0 




E-Lead (off-hook) 


1 


1 


1 





0 value indicates ON-HOOK state of signalling bit. 

1 value indicates OFF- HOOK sate of signalling bit. 
'indicates don't care. 

Application module 175 can monitor and detect changes 
15 in signalling states of the A and B bits by use of Tl framer 
229 which gives the application module 175 the abihty to 
detect incoming calls from the telephone company's switch- 
ing equipment. The Tl framer 229 also provides the appli- 
cation module 175 with the capability to transmit A and B 
20 signalling bit information for all 24 DSO channels to the 
telephone company which allows the application module 
175 to respond to trunk seizures, answer calls and initiate 
disconnects. 

Multifrequency (MF) tone in-band signalling is used to 
25 transmit numerical information and control signals from the 
telephone company's equipment to the customer's equip- 
ment. Quad modem modules 76A-76F detect and decode 
the MF tones during call set-up. The following paragraphs 
explain the MF tones, their sequences, and how they are 
30 used by the modem modules 76 A-F. It wiU be appreciated 
that Dual Tone MultiFrequency Tone (DTMF) in-band sig- 
naling may also be decoded and used. 

As shown in Table 2, MF signalling is made up of six 
frequencies which are paired up to make 15 MF tone 
35 combinations, which are correlated to a specific digital data 
or control digit (referred to herein as a Dialed Number 
Information System (DNIS) digit). 



TABLE 2 



40 



45 



50 



Frequencies in HZ 


Control Digit (DNIS) 


700 + 900 


1 


700 + 1100 


2 


700 + 1300 


4 


700 + 1500 


7 


700 + 1700 


ST or ringback 


900 + 1100 


3 


900 + 1300 


5 


900 + 1500 


8 


900 + 1700 


ST 


1100 + 1300 


6 


1100 + 1500 


9 


1100 + 1700 


KP 


1300 + 1500 


0 


1300 + 1700 


ST' 


1500 + 170 


ST 



55 

The MF tones indicate digits 0 through 9 and the special 
KP/ST tones indicate the beginning and end of an MF tone 
sequence. The MF sequence received from the telephone 
company in the case of a feature group B service is — KP+ 

60 950+XXXX+ST The 950-XXXX portion of the sequence 
represents the carrier access code (CAC) which is the 
number dialed by the originating caller. The MF tones are 
transmitted by the telephone company 70 milliseconds (ms) 
after the application module 175 responds to the trunk 

65 seizure. The duration of each MF tone in the KP+950+ 
XXXX+ST sequence is as follows: (1) the KP signal length 
will be 90 to 120 ms; (2) the ST and digit signals will be 58 
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to 75 ms; and (3) the interval between all MF signals will be a quad modem module. The remaining signals shown in 

58 to 75 ms. The entire MF sequences will have maximum FIG. 8 are signals used in supervision of the modem module, 

duration of 1.32 seconds. The trunk is considered to be in the idle state when not in 

The MF tones may, for example, represent the dialed 950 a call connection. During the idle state, the telephone 

number from the originating caller. The 950 numbers can be s company is transmitting E-lead on-hook (via A and B 

used to indicate to modem module 76A what type of signalling bits) and the application module 175 is transmit- 

modulation scheme (or other configuration parameters) to j^^g ^.lead on-hook. The modem assigned to that trunk 

use for that call. For example, numbers may be assigned the (^j^^dem 447) is not connected to the telephone company at 

following modulation schemes: ^his time. Tl CPU 241 has programmed time/space switch 

(1) 950-1754 can be assigned to 300, 1200 and 2400 baud jq 203 to transmit the idle/disconnect pattern (Olh) to modem 
V.22 BIS asynchronous modulation used for credit card 447 via TDM bus 151 and idle pattern (FEh) to the telephone 
verification with limited training by modems 403-408; company via bus 230, Tl framer 229 and line interface unit 

(2) 950-1772 can be assigned to 300 to 14.4K baud using 123. Modem 447 is in the idle condition transmitting the 
various asynchronous modulation schemes for any idle/disconnect pattern to Tl NAC 175 and waiting to 
speed interactive asynchronous communications with 15 receive the call start pattern (OOh) from Tl NAC 175. Tl 
normal training by modems 403-408; and CPU 241 monitors (via unit 123, framer 229 and bus 230) 

(3) 950-1755 can be assigned to Bell 208B 4800 baud for the E-lead off-hook signal from the telephone company 
half-duplex synchronous modulation. which initiates a call set-up sequence. 

Assigning 950 numbers to certain modulation schemes Switch 203, bus 230 and TDM bus 74 (FIG. 3) offer a 

reduces the time quad modem modules 76A-76F will spend 20 unique advantage for processing incoming and outgoing 

training on the modulation scheme being sent from the calls. Tl CPU 241 can control the transmission of call 

caUing modem, thus reducing the overall call connection control signals to and from modem 447 via bus 230, switch 

time. Modem module 76A has the ability to execute a 203 and TDM bus 151 dtiring one time period. During 

pre-configured AT command string based on the CAC. another time period, Tl CPU 241 can communicate with line 

The following section describes the process and signalling is Tl via bus 230, Tl framer 229 and line interface unit 123. 

details of an incoming call, from call set-up and call At other times, Tl CPU 241 can control the transmission of 

connection, to call disconnect. This section will start with data between modem 447 and line Tl via TDM bus 74, 

the processing sequence of an incoming call from the switch 203, bus 203, framer 229, and line interface unit 123. 

telephone company by the network application module 175 The arrangement of components shown in FIG. 3 provides 

for a typical scenario of a Feature Group B service with E 30 a fast and economical technique for processing both incom- 

and M signalling, wink start and answer supervision. A ing and outgoing calls. 

description of how the in-band signalling sequences between The call set-up sequence begins with a trunk seizure. The 

application module 175 and the quad modem modules trunk seizure is done by the telephone company equipment 

76A-76F are accomplished, and how the connections transmitting an E-lead off- hook signal (FIG. 8). The seizure 

between the telephone company and the modems are com- 35 is shown in FIG. 9 on the E-lead line. Using Tl framer 229 

pleted is summarized in FIG. 8. to detect the off-hook state of the E-lead, application module 

Network access server 30 is capable of enabling full 175 debounces and verifies the trunk seizure within 40 ms 

duplex data communication between the call originators and from the time it was received by Tl CPU 241. 

the terminals of the host computer system simultaneously Once Tl CPU 241 has determined that the E-lead seizure 

(FIG. 1). The communication between any pair of computers 40 is valid, it uses an in-band signalling pattern to notify 

and terminals is handled in the same manner. As a result, an modem 447 via bus 230, switch 203 and TDM bus 74. Tl 

explanation of the communication between call originator CPU 241 programs the call start pattern (OOh) into time/ 

20 and terminal C5 also explains simultaneous communi- space switch 203 which begins transmitting this pattern to 

cation between other pairs of call originators and terminals modem 447 via TDM bus 74 during every frame of the TDM 

of the host system. 45 bus time-slot. At this time, modem 447 is not connected to 

Assume call originator 20 initiates a call to computer C5. the telephone company trunk and is not receiving telephone 

Network access server 30 has the capability of routing calls company data or transmitting data to the telephone company, 

placed to a particular telephone number to an assigned one Tl CPU 241 expects a call start acknowledge pattern (80h) 

of computers C3-C5. According to one aspect of the from modem 447 and uses time/space switch 203 to detect 

invention, the particular routing decision for the incoming so this pattern via TDM bus 74 and bus 230. Tl CPU 241 

calls can be based upon the ANI/DNIS information extracted requires approximately 16 ms to detect and verify any 

from the control signals. Computer CI of call originator 20 pattern from a modem received via TDM bus 151, switch 

provides call set-up information, including the telephone 203 and bus 230, 

number assigned to computer C5, and transmits digital data When Tl CPU 241 has detected and verified the call start 

signals representing digital data to modem Ml. Assume that 55 acknowledge pattern (80h) from modem 447, it programs 

computer C5 is available on number 950-XXXX Modem time/space switch 203 to connect the modem's receive data 

Ml converts the set-up information and digital data to to the incoming telephone company trunk via TDM bus 74, 

analog telephone signals on line 40. The telephone company bus 230, Tl framer 229 and line interface unit 123. The 

network 50 converts the signals to digital Tl telephone modem's transmit data is not connected to the telephone 

signals and placed the call on a DSO on the Tl span line 51 60 company trunk at this time. The modem's receive data 

connected to the network access server 30. The telephone connection is made in preparation for the receipt of the MF 

company network 50 then initiates a call to telephone tone sequence from the telephone company. Before the wink 

interface application module 175 via span line 51. Assume is sent to the telephone company, 210 ms must elapse from 

that the Tl channel receiving the call is assigned to modem the time of the E-lead seizure (time period B, FIG. 9). Tl 

447 (FIG. 6). 65 CPU 241 then sends the M-lead wink response pulse, which 

FIG. 8 shows call set-up signals to the application modtile is a transition to the off-hook state for 200 ms, then back to 

175 and data signals being transmitted between line Tl and on-hook (time period C, FIG. 9). 
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If no acknowledge pattern is received from modem 447 
after 4 seconds, Tl CPU 241 records the event and will not 
respond to the telephone company. If a time-out occurs, Tl 
CPU 241 programs time/space switch 203 to transmit idle/ 
disconnect pattern (01 h) to modem 447. At this time, no 5 
connection between the telephone company and modem 447 
exists and modem 447 should return to the idle condition 
during which modem 447 transmits the idle/disconnect 
pattern (01 h) to application module 175. 

The telephone company begins transmitting the MF 
sequence 70 ms after it detects the M-lead wink (time period 
E, FIG. 9). Modem 447 receives the KP+950+XXXX+ST 
MF sequence (via unit 123, framer 229, bus 230, switch 203 
and TDM bus 74) during a time period of approximately 
1 .32 seconds. Immediately after modem 447 detects the ST 
tone, it verifies the entire MF sequence and then transmits 
the MF complete pattern (02h) to application module 175. At 
this point, the modem 447 decodes the MF tones and the 
network access server 30 simultaneously configures the 
modem 447, as explained in detail below. 

Tl CPU 241 detects the MF complete pattern (via TDM 20 
bus 74, switch 203 and bus 230) in approximately 16 ms and 
programs time/space switch 203 to send the MF complete 
acknowledge pattern (82h) to modem 447 via TDM bus 74. 
Tl CPU 241 transmits the 82h pattern for 20 ms and then 
completes the connection of modem 447 to the telephone 25 
company by programming time/space switch 203 to connect 
TDM bus 74 to bus 230, framer 229 and line interface unit 
123. The connection between the modem and the telephone 
company is now complete and the assigned modem in 
module 76A begins to look for incoming carrier from the 30 
calling modem Ml of call originator 20 (FIG. 1). Full duplex 
communication between modems Ml and modem 447 of 
module 76A is enabled. 

Modem 447 demodulates the digital telephone signals 
received over TDM bus 74 to form corresponding digital 35 
network signals without creating analog telephone signals. 
The digital network signals are transmitted through RS-232 
coupling port 80 (FIG. 6), and sent to, for example, com- 
puter C4 (FIG. 1) for display or processing. 

If for any reason modem 447 cannot verify the MF 40 
sequence, it will not respond to the application module 175 
with the MF complete pattern (02h). After 4 seconds, Tl 
CPU 241 times out and programs time/space switch 203 to 
transmit idle/disconnect pattern (Olh) to modem 447. Tl 
CPU 241 does not respond to the telephone company in this 45 
case and maintains the M-lead on-hook state and logs the 
event. The telephone company network time-outs when it 
does not receive the answer signal on the M-lead (FIG. 9) 
from application module 175 and also logs the event. The 
telephone company returns the trunk to the idle state and is so 
ready to assign another call. 

After the connection of the telephone company to modem 
447 is complete, application module 175 must respond with 
an answer signal (M-lead off- hook) (FIG. 8). This will 
indicate to the telephone company that the call connection 55 
should be completed. However, there must be a 100 ms 
delay from the time the ST tone is received by the modem 
to the time the answer signal is transmitted to the telephone 
company. Once the signal delay condition is satisfied, Tl 
CPU 241 programs Tl framer 229 to transmit the M-lead 60 
off- hook answer signal to the telephone company. The 
M-lcad off-hook answer signal persists for the duration of 
the call connection. At this point, the call connection is 
complete and the calling modem Ml and modem 447 begin 
communicating. 65 

From the information given in FIG. 9, assuming a 1 DNIS 
address digit is received, a time period of 0,910 seconds 
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normally is required from the time of trunk seizure to the 
time modem 447 actually is connected to the telephone 
company. The maximum time for such a connection is 2.37 
seconds. 

A timing diagram of the dial-in call processing shown in 
FIG. 8 is provided in FIG. 9. The E-lead, M-lead and MF 
tones signals shown in FIG. 9 appear in digital forni on line 
Tl . The letters used in FIG. 9 have the following meanings 
and time durations: 



Symbol 


Description 


Min 


Typ 


Max 


Units 


A 


E-tead seizure debounce 


40 


45 


50 


ms 


B 


Seizure to wink delay 


210 


220 


230 


ms 


C 


Off-hook wink duration 


140 


200 


210 


ms 


D 


Wink to multifrequency (MF^ 


70 


100 




ms 




delay 










E 


Multifrequency (MF) sequence 


0.26 


.47 


1.4 


sec 




duration 










F 


ST tone to call answer 


100 


110 


120 


ms 




supervision delay 










G 


E-lead on-hook call disconnect 


300 


315 


320 


ms 




delay 










H 


E-lcad on-hook to M-lcad on-hook 




20 


50 


ms 




delay 










1 


Think seizure to answer 


0.78 


1.1 


4.0 


sec 




supervision 










Symbol 


Pattern 










a 


Idle/disconnect pattern (Olh) 










b 


Call start pattern (OOh) 










c 


Call start acknowledge pattern 












(80h) 










d 


MF complete pattern (02h) 










c 


MF complete acknowledge pattern 












(82h) 











IV. Correlation and Usage of Control Signals 
A. Conversion to Protocol Parameters and (Dustom Configu- 
ration of the Network Access Server Modem 

FIG. 10 is a flow diagram describing the preferred steps 
that occur in order to correlate the control signals to protocol 
parameters and to configure the network access server 30 
according to the control signals from the caU originator. FIG. 
11 illustrates the flow of data and commands through the 
various modules of the network access server 30 as the steps 
arc carried out. 

Referring to both of these figures, the process starts with 
the call originator generating an incoming call at step one. 
As the call exits from the call originator, control signals are 
imparted onto the telephone line at the central office of the 
telephone company. In the present example, wc have 
assumed that the control signals translated by the telephone 
company into multifrequency tones. An E-lead off-hook or 
trunk seizure is detected by the telephone interface unit (see 
FIG. 8). 

At step 2, the call connection process described in FIG. 8 
is initiated. 

At step 3, the call (including the multifrequency tones) is 
then passed through the telephone interface unit and placed 
on one of the highways of the time division multiplexed 
(TDM) bus 74 (sec FIGS. 2 AND 3) and routed to a modem 
in the modem module 76 A (or one of the other modem 
modules). 

At step 4, the modem extracts the multifrequency tones. 
This is accomplished by the modem detecting a multifre- 
quency tone start signal, one or more muhifrequency tones 
that follow the start signal, and then a multifrequency stop 
signal. Alternatively, the DTMTS are extracted. 

At step 5, the modem decodes or converts the multifre- 
quency tones into a data signal, which typically will be in the 
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form of a DNIS (dialed number information system) digit or 
ANl digit. This step involves decoding the multifrequency 
tones, typically by looking up the multifrequency tones in a 
memory and retrieving the designated DNIS digit. Table 2 
above shows the relationship between the multifrequency 5 
tones and the DNIS digits. In Table 2, KP is the signal that 
indicates the start of the multifrequency tones. ST is the 
control signal for the end or stop of the transmission of the 
multifrequency tones. 

Still referring to FIGS. 10 and 11, at step 6, the digital data 10 
representing the DNIS digit is passed from the modem to the 
network application module 82 on the packet bus 99 (see 
FIGS. 6 and 7). 

At step 7, the network application module 82 correlates 
the DNIS digit to the particular protocol parameters (perhaps 15 
associated with a particular AT command string) assigned to 
the DNIS digit. The network application module 82 accom- 
plishes this by passing the DNIS digit to the application 
program interface software. In the preferred embodiment of 
the invention, this software routine interfaces with the 
resident software of the host system, which takes the DNIS 
digit, looks up in memory the correct protocol parameters, 
and return a pointer to a setmode command block which 
contains specific protocol parameter information assigned to 
the DNIS digit. The application program interface passes 
that information to the modem in the modem modide 76A. 
These functions are described in more detail below in 
connection with the discussion of FIGS. 12-15. 

At step 8, the setmode command block (along with the 
associated command block and command block extension) 
carrying the protocol parameters is then passed to the 
application program interface and placed on the packet bus 
99 for transmission back to the modem. The protocol 
parameter may be in the form of preconfigured AT command 
strings, or in some other form. TTie modem configures itself 
according to the protocol parameters, for example by execut- 
ing the AT command strings in well known fashion. 

At step 9, the modem sends an acknowledgement signal 
to the network application module 82 indicating either 
successful receipt of the setmode command block, or else a 
failure to receive the block. In the event of a failure, the 
network application module 82 software can be designed to 
resend the command blocks, or instruct the modem to 
assume a default configuration, or take some other action. 

At step 10, assuming that the setmode block was received 
by the modem, the network application module 82 sends a 
command to the modem commanding it to answer the call. 
This step involves the transmission of the appropriate com- 
mand block discussed below. 

At step 11, the modem begins answering the call. See 
FIGS, 3, 5 and 6 and the accompanying text. 

At step 12, the network 52 is notified by the network 
application module 82 that a call is incoming. 

At step 13, the demodxdated caU is passed though the 
modem 76, the packet bus 99, the network application 
module 82 and network interface module 84 to the network 
52 for processing by the host computer system 60. 

Steps 6 though 10 above can be performed in other ways. 
The steps discxissed above, however, are illustrative of a 
preferred technique. The steps of correlating the control 60 
signals to protocol parameters in these steps can be per- 
formed via software within the modem. In other words, the 
DNIS digits and protocol parameters need not be passed 
back and forth between the modem and the network appli- 
cation module 82. The important thing is merely that the 65 
control signals retrieved from the telephone call be corre- 
lated to protocol parameters associated with those control 



20 



25 



30 



35 



40 



45 



50 



55 



signals, and that the modem is configured according to the 
protocol parameters. As noted above, that step can be 
performed by software in the modem or one of the other 
modules of the network access server 30. The step could also 
be performed by passing the digital data associated with the 
control signals (for example the DNIS digit) out through an 
RS 232 port 80 (FIG. 2) to a stand alone computer, which 
then takes the digital information, looks up in a table the 
proper protocol parameters correlating with the digital 
information, and then passes the protocol parameters (in the 
form of a setmode command block, AT command string, or 
otherwise) back to the modem module for execution by the 
modem. 

As a further example of how the correlation of the control 
signal to the protocol parameter could be performed, the 
network application module 82 could simply house a 
memory and a software routine would look up the protocol 
parameter for the DNIS digit and pass the parameter back to 
the modem. In this example, there would be no interaction 
between the software governing the operation of the network 
access server 30 functions and the software of the host 
computer system 60. This scenario could be used where the 
network access server 30 is installed within a host computer 
system 60, and the network access server resident software 
is modified to accommodate updates in the protocol param- 
eters due to updates in the equipment, such as modems Ml, 
M2 or M3, adoption of different protocols by the call 
originator modems Ml, M2 or M3, or when new call 
originators are brought into the system. 

However, the embodiment of the invention wherein the 
host computer system 60 software is residing in the network 
application module (as described in conjunction with FIGS. 
10 and 11) permits a certain amount of flexibility in the 
design, in that the host computer system 60 itself is able to 
control the assignment of protocol parameters to the DNIS 
digits. 

B. Usage of Control Signals to Run Specific Application 
Programs And/Or Route Call to Particular Host System 
Components 

The above discussion relates to one use of the control 
signals — correlation of the control signals to protocol 
parameters and custom configuration of the network access 
server modems. It will be appreciated than other uses may 
be made from the control signals once they have been 
extracted from the incoming communication. These other 
uses may occur simultaneous with the configuration of the 
modem, or completely independently of the modem con- 
figuration. 

At step 7, the host system software residing in the network 
application module 82 now has received the particular DNIS 
digit for the incoming call, and can simultaneously send the 
DNIS digit and other information extracted by the incoming 
control signals to the host computer 60 for processing in 
parallel with the configuration of the modem. This feature 
allows the host computer system 60 to look up the profile of 
the call originator, send data or prompts to the call 
originator, or whatever the user may wish to do with the 
control signals. Alternatively, once the control signals have 
been decoded and correlated with a DNIS digit, the host 
system software (or even network access server resident 
software) may use the DNIS digit to run specific applica- 
tions programs, do lookups in a database, or make other 
customized use out of the control signals for the incoming 
call. Additionally, once the host system software can use the 
DNIS digit to route the call to particular terminals or other 
components of the host system on a ctistomized basis, as the 
control signals are individual to the incoming call. 
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V. The Interface Between the Application Program 
Interface Software and the Host System Software 
and Examples of System Operation 

All input/output requests are issued to the modems in 
modules 76A-F via the application program interface soft- 
ware residing in the application interface module 82 of the 
network access server 30. The requests are processed 
through a structured set of commands. The architecture 
employs a command control block (CCB) which contains 
the command code, modem-ID, and a pointer to an optional 
command block extension (CBX) which in turn may point to 
command-specific formatted option blocks such as a set- 
mode option block (SOB) or a listen option block (LOB). 
The architecture is depicted graphically in FIG. 12. 

Multiple commands can be sent to the modem through a 
chain of CCBs, which can be processed in sequence by the 
modem before the modem presents a device end (DE) or 
status signal. 

Each CCB can optionally point to a command block 
extension (CBX) that may further contain additional com- 
mand options and/or data pointers. The CBX may further 
point to an option block which contains command specific 
data. For example, for a setmode command, the CBX points 



10 



The host computer system software will issue the input/ 
output calls to the resident network access server software 
by pointing to a structured command control block (CCB). 
The application program interface software, upon receiving 
pointer to the command, will return a channel end (CE) 
condition, which will only be an indication of whether the 
command was accepted or rejected. This CE is not an 
indication of the completion or execution of the command. 
If the command is accepted, that is, if the CE of "command 
accepted" is returned to the host computer system software, 
the command is passed to the target modem which will 
attempt to execute the command and upon completion 
(whether successful or unsuccessful) will present the appro- 
15 priate device end signal (DE) to the host computer system 
software. The DE, along with additional reason codes, will 
be included in the last command block extension which the 
modem executed. The return command block extension is 
placed in a mailbox, which is waited upon by the host 
computer system software. 

The command control blocks (CCB's) and command 
block extensions (CBX's) of FIG. 12 are shown in more 
detail in FIGS. 13 and 14 respectively. In FIG. 13, the 
to a setmode option block (SOB). For a listen command the 25 numbers +0, +4, +8, etc. indicate the number of bytes the 



20 



CBX points to a listen option block (LOB) into which the 
application software for the network access server 30 will 
return start-of-call information. 

For input/output requests with chained CCBs, only one 
channel end (CE) and one device end (DE) will be presented 
by the application software for the multiple CCBs. 



30 



various fields of the block are oflfset from the beginning of 
the block. The first block in command control block of FIG. 
13 is a signature block which identifies the block as a 
command control block. The remaining blocks of the com- 
mand control block of FIG. 13 and the command block 
extension of FIG. 14 are described in Table 3. 



TABLE 3 



Parameter 
Name 



Command Control Block fCCB) 



Description 



Possible \%ilues 



CCB_CMD 

CCB_MID 

CCB_FLAGS 

CCB_CBX 

CCB_CCB 
CCB_DE 

CCB_RC 
CCB-RCX 
CBX_FLAGS 
CBX_BCOUNT 

CBX_BUFF_FOB 

CBX^TTMERl 
CBX_TIMER2 



Command Code 

Target modem ID 
CCB specific flags 
Pointer to a CBX 



Pointer to next CCB 
in chain 

Completion (Device 
End) status 

Reason Code 

Additional Reason 
Code 

CBX specific flags 



byte count 



pcnnter to XMW 
RECV buffer or FOB 



timer 1 in milliseconds 
timer 2 in milliseconds 



Codes for one of the modem 
commands, for example, 
ANSWER, SETMODE, USTEN 
1-24 or 48, the number of the 
target modem. 

Codes for whether CCB are linked 
in a chain 

For Intel 80486 architecture, a 
pointer into the data segment is 
six bytes long for the COMPACT 
memory model 
sec above 

Codes for command executed, 
abnormal end, system error, 
etc. 

Codes for reasons why commands 
not executable 
Additional error codes 

Codes for flags, such as whether 
buffer blocks are populated 
number of bytes: 1) to receive, 
2) to send, or 3) size of FOB 
(Format Option Block) 
For Intel 80486 architecture, a 
pointer into the data segment is 
six bytes long for the COMPACT 
memory model 

Used for delay times in listen, 
transmit and receive operations 
Additional delay times 



09/11/2003, EAST version: 1.04.0000 



5,841,842 



29 



30 



The purpose of the command block extension (FIG. 14) is 
to pass additional parameters to the target modem and to 
point to specific option blocks such as the setmode option 
block of FIG. 12. The field CCB_CBX of the command 
control block (FIG, 13) addresses the particular command s 
block extension that may be associated with the command 
control block of FIG. 14. In the CBX of FIG. 14, the address 
of any further format option block or setmode option block 
is found at the field beginning with the fourth byte, including 
the fourth, fifth, sixth and seventh bytes in the command jq 
block extension. The format option block or setmode option 
block pointed to in the CBX contains additional protocol 
parameters that are passed to the target modem. For 
example, the pointer in the CBX of FIG. 14 points to a 
setmode option block which contains the protocol param- 
eters for the modem that is associated with the DNIS digit 
(decoded by the modem from the control signals or MF 
tones). 

The overall command block structure of the various 
command functions is shown in FIG. 15. The commands on 20 
the left-hand side of FIG. 15, listen, setmode, answer, and 
possibly various other commands, are generic functions 
which are provided to the user by the resident software in the 
network application module 82. The listen, setmode and 
answer commands are used in the call connection and 25 
modem configuration process. For example, the setmode 
command involves the filling out of parameters in the first 
command control block, which has a pointer to a command 
block extension, which in turn points to a specific setmode 
option block (SOB). The setmode option block is specific to 30 
the particular multifrequency control signal detected by the 
modem and its associated DNIS digit. Once the particular 
setmode option block is pointed to by the host computer 
system application software, those commands are in turn 
passed from the application program interface software of 35 
the network application module 82 back to the modem in 
module 76A, which in turn executes the protocol parameters 
contained in the setmode option block. 

Prior to the receipt of a call, a listen command (FIG. 15) 
from the network application module 82 to a modem of the 40 
modem modules 76A will have placed the modem in a ring 
monitor state. When there is no incoming call and the idle 
pattern is being transmitted by the modem onto the Tl line 
51, the listen command is pending on the modem. At the end 
of every connect cycle, the listen option block (LOB) is 45 
updated network application module 82 with the data asso- 
ciated with the incoming control signals from the incoming 
calls, such as the DNIS digit, and the Listen Option Block 
is passed to the host computer system software. The host 
computer system software in the network application mod- 50 
ule 82 takes the data returned in the listen option block and 
looks up in a table in a memory the conesponding command 
parameters for the data and sets a pointer to a setmode option 
block for that data. The application program interface lakes 
the setmode option block (and its associated CCB and 55 
CBX), passes the blocks to the packet bus handler of the 
network application module 82, which then places the 
blocks on the packet bus 99, The protocol parameters in the 
setmode block are then routed back to the modem. 

The listen option block (LOB) (FIG. 15) may have the 60 
following structure. The block may have a field at offset two 
bytes, wherein the data representing the DNIS number is 
stored. Other fields may be provided for the Feature Group 
D control signal data, such as the ANI number. Still other 
fields could store data representing other control signals 65 
imparted on the Tl line 51 and decoded in the modem 
module 76A. 



As mentioned previously, the host computer system soft- 
ware takes the DNIS number returned in the listen option 
block, looks up in a table the appropriate protocol param- 
eters associated with that DNIS number and then sets a 
pointer to a particular setmode option block The host 
computer system software will have previously determined 
which setmode block should correspond with a particular 
DNIS number. A setmode block tells the modem about the 
synchronization mode, character grouping, modulation tech- 
nique and various other protocol dependent parameters of 
the incoming communication. For the setmode command, 
the CCB command block points to a CBX which in turn 
points to a particular formatted option block which contains 
the protocol dependent parameters. FIG. 15 shows the 
overall architecture of the setmode command. 

The setmode option block layout may consist of a 16 
words of data, 16 bits of data per word. The block can be 
broken down into particular fields as in the case of the CCB 
of FIG. 13 and the CBX of FIG, 14. The fields are filled out 
with data which are associated with particular modulation 
techniques (for example, Bell 103, Bell 212, V22 bis, V 32, 
Bell 208 and high speed asynchronous transmission). Other 
fields will contain data corresponding to the whether the call 
is synchronous or asynchronous, and whether full duplex 
communication is used. Still other fields can be associated 
with particular error correction techniques. Other fields can 
be devoted to the number of characters per bit, number of 
slop bits, pointers to AT command set strings, synchroniza- 
tion insert timers, and change of direction characters which 
implement protocol spoofing (described below). 

When the various fields of the setmode option block are 
passed from the network application module 82 on the 
packet bus 99 back to a modem in module 76A, the modem 
parses the fields of the setmode option block and implements 
the commands in the fields. Once the parameters have been 
passed to the modem and the modem executes those 
parameters, the modem is then in condition for demodula- 
tion of the incoming call and passage of the call through the 
network access server 30 to the host computer system 60. 
The answer command (see FIGS. 10, 11 and 15) commands 
the modem to answer and perform these functions. 

Referring now to FIG. 16, a timing diagram illustrates the 
reduced transaction time when high speed asynchronous 
transmission is used between the call originator modem M2 
and the modem of the network access server 30. This 
technique is particularly useful when the call originator is a 
credit card swipe as shown as swipe 36 in FIG. 1. In FIG. 
16, TXD represents the transmit data from the credit card 
swipe 36 to the modem M2. RXD represents the response 
signal from the modem M2 to the credit card swipe 36 
indicating that it has received the transmitted data from the 
credit card swipe 36. OH is the off-hook signal sent by the 
modem M2 to the network access server 30. CD is the carrier 
detect signal which is sent by the modem M2 to the network 
access server 30. Off hook indicates when the answering 
modem becomes connected to the phone line. Carrier detect 
indicates when the answering modem is in a connected state 
and is transmitting and receiving data with the remote 
modem. For this example, modem 447 is contained in 
modem module 76A (FIG. 6) is chosen to be the receiving 
modem in the network access server 30. 

At time T=to, the credit card swipe 36 transmits data, 
generally referred to as a credit card request, plus the phone 
number that it is dialing to the modem M2. The credit card 
request may include such information as the credit card 
number, the amount of the transaction, and possibly further 
information such as an identification of the store that orig^- 
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nated the transaction or the clerk* s identification code. The FIG. 16, the total time, from the receipt of the fast-connect 

modem M2 acknowledges the receipt of the credit card tones at time X at the network access server 30 to the 

transaction request at the time tj, and the transmitting completion of the call at time X+3, is three seconds. By 

modem M2 initiates the dialing tone pattern 301. At time tj, using ihis high-speed asynchronous transmission scheme, 

the transmitting modem M2 begins inputting a fast connect $ the transaction processing time is substantially reduced from 

tone pattern 303, Control signals (multi-frequency tones) are prior art techniques. The present invention allows a network 

imparted onto the telephone line by the telephone company access server 30 to take control signals from the telephone 

network 50 (FIG. 1) during the time period between t^ and line and correlate them with protocol parameters for this 

t^. mode of transmission. The high-speed asynchronous com- 

Between t^ and time X the receiving modem 447 is munications technique is described in more detail in U.S. 

receiving the multi-frequency tones and is decoding the Pat. No. 4,890,316, which is incorporated by reference 

tones and converting these control signals into protocol herein. 

parameters for configuration of the modem. (Sec FIGS. 8, Yet another technique by which a network access server 
10, 11). In this example, the multi-frequency tones include 30 of the present invention may configure the modems 
a separate control signal indicating that a credit card veri- therein according to the communications protocols of the 
fication technique is being used, and the network application call originators is shown in FIG. 17. FIG. 17 describes a 
module 82 retrieves a sctmode command block having a technique known as "spoofing'', wherein the network access 
field with a command associated with general credit card server modem (e.g., modem 447) deceives the transmitting 
verification transmission protocols. modem from the call originator (e.g., modem M2) by 
At time X, the modem 447 begins sending anwer tones 20 prematurely sending a signal, for example, an acknowledge- 
associated with the general credit card verification protocols. ment signal, to the call originator modem to cause the call 
It then detects the fast connect tones 303 and stops trans- originator to commence data transfer eariier in time than it 
mitting the answer tones at tg, i.e., modem 447 sends a null otherwise would. The call originator modem receives the 
signal as indicated in FIG. 16 in the bottom line of the figure acknowledgement signal early, thereby advancing the trans- 
fer modem 447. This tells the remote modem, M2, that the 25 mission of the data (such as a credit card request). The 
high-speed asynchonous transmission format is suitable for technique of FIG. 17 is particularly suitable for credit card 
both the transmitting and receiving modems. At time i^, the transactions, but is applicable to other types of transmis- 
modem M2 stops transmitting the fast connect tones, pauses sions. 

a brief interval, and at time tj initiates the high-speed Since the particular protocol for completing calls varies 
training communication 305, sending training data at high 30 according to the type of call, modems in the network access 
speed to the receiving modem. The modem 447 is placed in server may need to issue different protocol spoofing signals, 
a very low speed transmitting mode and transmits the low Thus, the extracted control signal, decoded and converted 
speed training pattern 307 at time tg. At time tj, the modem into digital data such as a DNIS digit, can be associated with 
M2 transmits the credit card request 309 at high speed to a particular protocol spoofing routine depending on the 
modem 447. At time tg, the modem M2 receives the 35 identity or classification of the call originator, 
acknowledgement from modem 447, indicating that the The spoofing technique is implemented in modem 447 
credit card request has been conectly received by modem when the control signals imparted on the line correspond to 
447. At time tg, modem 447 sends an acknowledgement a particular DNIS digit associated with the spoofing tech- 
signal to modem M2 acknowledging the receipt of the nique. When the DNIS digit is passed from the modem 447 
high-speed credit card request, and simultaneously sends the 40 to the network application module 82, the network applica- 
credit card request through the network access server 30 to tion module 82 receives from the host computer system 
the local area network 52 (FIG, 1). software a pointer to a particular setmode option block that 

At time tg the modem M2 and modem 447 reverse the has a field having control characters corresponding to the 

speed of their receive and transmitting states, and at time tjo, spoofing protocol, such as change of direction commands. In 

the modem 447 begins sending to the modem M2 a high- 45 the example of a credit card transaction, when those protocol 

speed training signal 311. Upon receiving the high speed parameters are passed back to the modem 447, the modem 

training sequence, the modem M2 transmits a low-speed 447 may follow the flow of signals according to FIG. 17. 

training signal 313 and is simply waiting for the credit card Referring to FIG. 17, at time to the remote modem M2 

response to come back from the modem 447. During the (FIG. 1) transmits an enquire signal to the network access 

time between t^o and i^^, the host computer system is 50 server 30 which is received by the modem 447 at time t^. At 

processing the credit card request, and both modems M2 and time t^, the modem 447 sends an early acknowledgement 

447 are in a holding pattern waiting for the receipt of the signal back to the remote transmitting modem M2. Also at 

response. The modem M2 is transmitting at a very low speed tj, the modem transmits the enquire signal from the remote 

while the modem 447 is transmitting at a very high speed. modem M2 on to the host computer system 60. At time t^, 

At time t^, the network access server 30 receives a 55 the host computer system 60 receives the enquire signal and 

response from the host system 60 to the credit card request, sends back an acknowledgement signal which is discarded 

and transmits a response 315 through the modem 447 to the by modem 447. However, the acknowledged signal from 

transmitting modem M2. At time tij, the modem M2 modem 447 sent at tj is received by the modem M2 at time 

receives the request response and in turn sends an acknowl- i^. The modem M2 does not care whether the acknowledg- 

edgement 317 to modem 447. The response is transmitted 60 ment signal originated from the modem 447 or had origi- 

from the modem M2 to the credit card swipe terminal 36, nated from the host computer system 60. At time t3, the 

which then issues an acknowledgement signal shortly there- modem M2 sends the credit card request to the host com- 

after. The acknowledgement, 317, is then forwarded to the puter system 60. At time t^, the acknowledgement signal 

host computer system indicating a successfully completed from the host computer system 60 is intercepted by the 

transaction. The carrier detect (CD) and ofif-hook (OH) 65 modem 447, which, as noted above, then discards the 

signals both go to a low state shortly thereafter and the call acknowledgement signal There is no need to transmit that 

is completed at time X+3. Using the techniques shown in acknowledgement signal back to the modem M2 because the 
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remote modem has already received the acknowledgement 
signal at time tg. 

Between times and tj, the credit card request is sent 
from the modem 447 to the host computer system 60. At 
time tj, the host computer system 60 sends a response back 
to the modem M2, which receives the response at time ij. At 
time tjj the call has been completed. 

The events during the time that would have elapsed if the 
spoofing technique was not used as shown in the dashed 
lines in FIG. 17. Specifically, at time t^, if the modem 447 
had not discarded the acknowledgement signal from the host 
computer system 60, it would have simply passed that 
acknowledgement signal on to the modem M2, which would 
have been received by the modem M2 at time tg. At time t^, 
the modem M2 would have sent the credit card request 
signal back to the host system 60, which would have been 
received at time tg. The host computer system 60 would have 
sent the response to the modem M2, which would have been 
received at time ig. 

The total time saving using the spoofing technique 
described herein is a difference in time between time tg and 
time ty. This time savings can be significant, particularly 
when thousands or even millions of credit card requests are 
incoming to a network access server per year. It will also be 
appreciated that the protocol spoofing described in FIG. 17 
can be used for other types of incoming calls. The key 
concept described in FIG. 17 is the deceiving of the remote 
modem by sending an acknowledgement or other signal 
early from the modem 447 to the modem M2, to thereby 
initiate early transmission of the credit card request (or other 
data commimication) from the modem M2 to the host 
computer system 60. The present invention allows a network 
access server to configure itself to achieve this result by 
correlating a control signal from the incoming call to a 
spoofing protocol parameter, and then executing that param- 
eter in a modem. 

VL Conclusion 

From the foregoing detailed description, it will be appre- 
ciated that numerous changes and modifications can be 
made to the hardware and software aspects of the invention 
without departure from the true spirit and scope of the 
invention. For example, the present invention is not depen- 
dent upon the type of incoming call originator. Lottery ticket 
terminals may be the source of the incoming calls. The 
terminals would transmit the numbers of the lottery ticket 
sales to the central lottery computer. Furthermore, the con- 
trol signals may identify the communications protocol to be 
used by the call originator by the telephone number dialed, 
the telephone number of the call originator, or by other 
means. The term "multifrequency tones", as used in the 
claims, is intended to encompass both MF and DTMF 
multifrequency tones. The invention can be used for credit 
card transactions, high speed data transfers from remote 
computers, lottery ticket transactions, and other types of data 
communications. This true spirit and scope of the invention 
is defined by the appended claims, to be interpreted in light 
of the foregoing specification. 

We claim: 

1. A method of establishing and conducting high speed 
asynchronous data communication between a remotely 
located call originator and a network access server linked to 
a host computer system, said call originator comprising a 
data terminal and a remote modem, said network access 
server comprising a host modem, the method comprising the 
steps of: 
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transmitting data from said data terminal to said remote 
modem; 

establishing an asymmetrical communication session dur- 
ing a call set-up phase between said remote modem and 
5 said host modem, comprising the steps of: 

(a) transmitting a first signal associated with high speed 
asynchronous transmission from said remote modem 
to said host modem; 

(b) said host modem detecting said first signal and 
10 responsively issuing a predetermined pattern to said 

remote modem; and 

(c) said remote modem initiating high speed training 
with said host modem in response to said pattern, 
said remote modem transmitting at a high speed, said 

15 host modem transmitting at a relatively low speed; 

and thereafter 

transmitting data from said remote modem to said host 
modem at a high speed, said host modem transmitting 
said data to said host computer system; 

20 

reversing the transmission rates of said remote and host 
modems, such that said host modem initiates transmis- 
sion at high speed and said remote modem initiates 
transmission at a relatively low speed; and 

transmitting a second signal from said host modem to said 
remote modem at high speed, said second signal 
responsive to said data transmission from said data 
terminal. 

2. The method of claim 1, wherein said predetermined 
pattern comprises a null signal. 

3. The method of claim 1, wherein said data terminal 
comprises a card swipe. 

4. The method of claim 3, wherein said data is associated 
with a credit card transaction. 

5. The method of claim 1, further comprising the step of 
transmitting an acknowledgement signal from said host 
modem to said remote modem at low speed upon receipt of 
said data transmission from said remote modem. 

6. The method of claim 1, further comprising the step of 
transmitting an acknowledgement signal at low speed from 
said remote modem to said host modem upon receipt of said 
second signal. 

7. In a network access server comprising a chassis having 
a plurahty of modems including a host modem, a telephone 
line interface for connecting said network access server to a 
telephone line and a computer network interface for con- 
necting said network access server to a computer network 
and a host computer system, a method for decreasing the 
overall connection time for a communication between said 
network access server and a remote modem associated with 
a remotely located data terminal, comprising the steps of: 

receiving said communication at said telephone line inter- 
face of said network access server and directing said 
communication to said host modem in said plurality of 

55 modems; 

exchanging signals, during a call set-up phase for said 
call, between said host modem and said remote modem, 
to determine whether said remote modem and said host 
modem are capable of transmitting data therebetween 

60 in accordance with a predetermined asymmetrical com- 
munication format; 
if said exchange of signals indicates that asymmetrical 
communication format is compatible with said remote 
and host modems, responsively transmitting data 

65 between said remote modem and said host modem in 
accordance with said asymmetrical communications 
format; and 
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routing data received by said host modem from said 
remote modem to a host computer system connected to 
said network access server via said network interface 
during a period in which said remote and host modems 
arc transmitting in accordance with said asymmetrical 
communication format, and routing data received from 
said host computer via said network interface back to 
said remote modem in accordance with said asymmetri- 
cal communication format. 

8. The method of claim 7, wherein said communication is 
routed from said telephone line interface to said host modem 
via a time division multiplexed bus. 

9. The method of claim 7, wherein said remote modem is 
associated with a credit card swipe. 

10. The method of claim 7, wherein said remotely located 
data terminal comprises a general purpose computer 

11. The method of claim 7, wherein each of said plurality 
of modems in said network access server are configurable on 
a call-by-call basis during a call set-up phase to operate in 
a plurality of different communications formats associated 
with a plurality of different types of communication formats 
used by a plurality of diverse remote users, including said 
asymmetrical communication format. 

12. The method of claim 7, wherein said asymmetrical 
communication format comprises a low speed transmission 
rate from said remote modem to said host modem and high 
speed transmission rate from said host modem to said 
remote modem. 
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13. The method of claim 7, wherein said step of exchang- 
ing signals comprises the steps of sending a first signal from 
said remote modem to said host modem, detecting said first 
signal at said host modem, and responsive ly issuing a second 

5 signal from said host modem to said remote modem indica- 
tive of a capability of said host modem to exchange data in 
accordance with said asymmetrical communication format. 

14. The method of claim 13, wherein said second signal 
comprises a null signal. 

10 15. The method of claim 13, wherein said first signal 
comprises a high speed training signal. 

16. The method of claim 11, wherein said call further 
comprises multifrequency tones imparted onto said tele- 
phone line and received by said host modem, and wherein 

15 the method further comprises the step of detecting said 
multifrequency tones at said modem, correlating said mul- 
tifrequency tones with a particular communication format 
associated with said remote modem, and responsively con- 
figuring said host modem to respond to said call in accor- 

20 dance with said particular communication format. 

17. The method of claim 16, wherein said particular 
communication format comprises a format associated with a 
credit card transaction protocol. 

18. The method of claim 7, wherein said data received by 
25 said host modem from said telephone line interface is in a 

digital format. 

^ ^ ^ ^ ^ 
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